Re: [Talk-hr] Osmore PAK datoteka
Tomislav Parčina kaže: Pokušavam izraditi PAK datoteku koju planiram koristiti s Gosmoreom ali nikako ne uspijevam. Na Ubuntu 9.04 sam instalirao Gosmore, skinuo sam mapu s OSM-a wget -O split.osm http://api.openstreetmap.org/api/0.6/map?bbox=16.38,43.49,16.51,43.53; te kad izvršim cat split.osm | ./gosmore rebuild Gosmore mi se starta ali na mapi nema ničega osim jedne ikone. Prebuild mape (Španjolska, Wight) uredno rade. Ako netko ima iskustva s Gosmore i izradom PAK datoteka molio bi da mi pomogne. Našao sam rješenje. Problem je bio u točki/zarezu u koordinatama osm datoteke. Sve je dokumentirano ovdje http://wiki.openstreetmap.org/wiki/Talk:Gosmore#Map_has_only_one_parking_icon Ja sam riješio na drugi predloženi način, zakomentirao sam setlocale() liniju. -- Tomislav Parčina ime.prez...@gmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Označavanje cesta u HR....Pono vo po x-ti put.
Dražen Odobašić wrote: On Sat, Dec 05, 2009 at 05:29:28PM +0100, nixa wrote: Marko Dimjasevic wrote: Čim netko mora znati tu informaciju, karta mi se ne čini jednostavnom za korištenje. Zašto netko uopće mora znati da se radi o rasponima? Ovo je po meni prilicno jak argument. Po meni je boja puno jači argument, kada se govori o raspoznavanju kategorije ceste. Trenutni prijedlog je da se slovni prefiks koristi samo za državne ceste. Meni to odgovara jer kada na radiju ili teveju govore o nekoj prometnoj nesreći ili zatvaranju ceste jedino za državne kažu 'Državna cesta D1',a za županijske 'Županijska cesta ' dok za lokalne ne spominju čak niti broj, nego samo najbliže mjesto. Trenutno se na wiki-u (http://wiki.openstreetmap.org/wiki/WikiProject_Croatia/Ceste) nalazi 30tak cesta, biti će ih još više, stoga sam otvorio glasanje, zaključno s 11.12.2009, na stranici http://wiki.openstreetmap.org/wiki/Talk:WikiProject_Croatia/Ceste. Molim vas da ostavite svoj glas, a komentirati možete na listi. Dražen Podsjećam vas da glasate za jedan od prijedloga, bliži se rok :D ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[OSM-legal-talk] Licence termination
I hope I'm missing something, but. Clause 9.2 If You are not in breach of the terms of this License, the Licensor will not terminate Your rights under it. Clause 9.5 Notwithstanding the above, Licensor reserves the right to release the Database under different license terms or to stop distributing or making available the Database. Releasing the Database under different license terms or stopping the distribution of the Database WILL NOT WITHDRAW THIS LICENCE (or any other license that has been, or is required to be, granted under the terms of this License), and this License WILL CONTINUE IN FULL FORCE AND EFFECT unless terminated as stated above My capitalisation. and from the Definitions section Database - A collection of material (the Contents) arranged in a systematic or methodical way and individually accessible by electronic or other means offered under the terms of this License. From this I infer that, unless a Person is in breach of the Terms of the licence, we give them the right to access the OSM database under the terms of the licence as it was at the time they first started to use the database. If at a later stage we find the current wording of the ODbL to we flawed, and we wish to change it, those changes become effective for new users, but not existing users. In effect there is no way, short of stopping the project and making the database unavailable, that licence conditions can be changed for existing users. IMHO we need to be 100% certain this licence is OK, as for many users we don't get a chance to change it later if the licence has problems we have not foreseen. David ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Licence termination
Hi, David Groom wrote: From this I infer that, unless a Person is in breach of the Terms of the licence, we give them the right to access the OSM database under the terms of the licence as it was at the time they first started to use the database. I think you are mixing up the terms database and database. It's easy to do because they are so similar ,-) 1. A database is a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. 2. A database, on the other hand, is a machine which you can access using specific queries to retrieve data. If we terminate the license, this does not mean that anyone who has downloaded our database (1st definition) must now play to other rules. The license that was valid when they downloaded the database will continue ad infinitum for that downloaded database. Access to our database (2nd definition), however, can be governed by any rules we like, and we can change them as we see fit. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Mountain Passes - Display Issue
Still does not appear on the mail OSM maps. Any clue on when is that likely to happen? Regards, Shalabh On Tue, Nov 3, 2009 at 7:07 AM, Ulf Lamping ulf.lamp...@googlemail.comwrote: Patrick Kilian schrieb: Hi all, Just to bring to the group's notice. I added a few mountain passes a couple of days ago along with the hiking trails and waypoints When I now check on OSM, while the trails are there along with the waypoints, the passes are missing. However, when I download data from OSM using JOSM, I can see the passes along with the elevations. Any clue whats the reason for not displaying on the renderer? Except for JOSM, I currently don't know any renderer that displays mountain_pass=yes at all (if there's any, please let us know :-) As of revision 18423 osmarender (the renderer used by ti...@home) does too. It even renders name and ele(vation) if available. Ah, sounds reeaaallly col ;-) Any idea when this will appear on the main OSM maps? Problem here: JOSM simply displays a bridge like icon, but doesn't care about the direction (north, south, ...). Osmarender does the same for single nodes... To my knowledge, most of the mountain_pass=yes are connected to some (at least highway=path) ways. A correct renderer should display a mountain pass somehow like a bridge usually is displayed, following the direction of the way. ... but aligns the icon along the way if the way is tagged with a track or highway tag. This is implemented with a wayMarker rule as mentioned by Dodi and uses a symbol very similar to the one mentioned by Ulfl. Sounds cool. Do you have an example on the map, where it already is rendered this way? As the mountain_pass is tagged as a node, it's unfortunately not that easy to get that direction, so renderers simply tend to ignore this tag completely :-( Once a significant amount of the nodes without a way attached have a tag indicating direction I can add that to osmarender as well. My observation is that almost any mountain_pass=yes node is connected to some kind of way, so I don't think this is very urgent. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
Where does this Business Bad:OSM good binary come from? (I suspect the Germans ;-)) I don't understand how a business using OSM data for free and without thinking of the children (AKA giving back to the community) is bad for the project - every time we get ripped off we get a bigger audience, the more people that use the data the more more influential the map becomes and hence the greater the fun in contributing to it in the first place. It was meant to be fun - wasn't it? PY On Thu, Dec 10, 2009 at 12:52 AM, Anthony o...@inbox.org wrote: On Wed, Dec 9, 2009 at 2:51 PM, Frederik Ramm frede...@remote.org wrote: If Steve were to say let's go PD, everone would howl: You're only doing this so that CloudMade can rip us off! If Steve says let's go ODbL, he is accused of only doing this because it keeps CloudMade in business by making things more difficult for Google. If Steve were to say license change? are you stupid? let's remain where we are! then people will say that he isn't interested in putting OSM on a safe legal footing because CloudMade has arranged themselves with the imperfect situation and he'd rather sacrifice the project's data than change a system that works for CloudMade. So, whichever way he does it it's wrong, isn't it? Not at all. I assume whatever way he's doing things is in the best interest of CloudMade, but I never said there was anything wrong with that. I think it would be ridiculous to expect Steve to actively work against his own business interests. The very most I would expect from him is to recuse himself from any official board vote. What he says on the mailing lists is completely up to him. Having said that, the ability to create non-free rendered maps is certainly something that will appeal to some businesses. Have you read the ridiculous terms of the CloudMade terms of service recently? I'd quote them to you, but after reading through them yesterday I've put the site on my block list. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
Hi, paul youlten wrote: I don't understand how a business using OSM data for free and without thinking of the children (AKA giving back to the community) is bad for the project - every time we get ripped off we get a bigger audience, the more people that use the data the more more influential the map becomes and hence the greater the fun in contributing to it in the first place. That's how I see it, but there are people whose fun seems to be reduced by the idea that anyone could be making money off their spare time activity. Probably the same people who, ten minutes later, diligently update their Facebook profile so that Facebook gets more advertising revenue ;-) Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Opinion poll about the new licence Odbl 1.0
Brendan Morley wrote: All for addressing, as far as I can tell, a theoretical problem, with no real-world exploits. I understand that actual exploits would make the problem more obvious, but I find the underlying logic questionable nevertheless. No one has broken into my house for 5 years now. Does this mean my door locks are secure? No, it might easily just mean that * most people are honest enough not break into my house * the stuff I have in here is not valuable enough * I was simply lucky Of course, it doesn't necessarily mean that the locks are insecure either, it's just that you need experts checking the locks to decide this. Similarly, that no one (we know of) has abused weaknesses in CC-by-SA so far could be because * most users of OSM like the project anyway, so they voluntarily comply * OSM is still inferior to other data sources in most places, so we aren't an attractive target; especially as we could cut off update by switching licenses (I'd expect clear support for that after an exploit) * we were simply lucky Again, just from looking at this, CC-by-SA might or might not work. It takes legal experts who check at the license to decide this. If the license has problems (and there are legal arguments indicating that they exist), just waiting until an exploit occurs is detrimental. After all, if we try to relicense in a few years, we will lose much more data (more contributors will have left/died/changed their e-mail address until then, each object will have been touched by a larger number of contributors, and of course there will be a larger amount of data in the database overall). So unfortunately, we need to decide soon - and in absence of reliable empirical data available, only theory is available. Tobias Knerr ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
The Orange Telecom/Wikimedia Foundation business model is one that might work for OSM too. http://wikimediafoundation.org/wiki/Press_releases/Orange_and_Wikimedia_announce_partnership_April_2009 Orange pay the Wikimedia Foundation a significant amount of money each year - not for permission to use the Wikipedia data (which is, of course, free) but to use the Wikipedia Logo (i.e: Orange see attribution as adding value to their product). Clearly Orange also benefit from being seen as a supporter of the Wikipedia project. The Wikimedia Foundation are on target to raise $1.75m from this sort of partnership 2009-2010. Clearly wikipedia is bigger and better known than OSM but it was always held up as a model for OSM. This kind of financial support is much more likely to happen if we encourage and make it easy for businesses to use OSM data. PY On Thu, Dec 10, 2009 at 9:43 AM, Frederik Ramm frede...@remote.org wrote: Hi, paul youlten wrote: I don't understand how a business using OSM data for free and without thinking of the children (AKA giving back to the community) is bad for the project - every time we get ripped off we get a bigger audience, the more people that use the data the more more influential the map becomes and hence the greater the fun in contributing to it in the first place. That's how I see it, but there are people whose fun seems to be reduced by the idea that anyone could be making money off their spare time activity. Probably the same people who, ten minutes later, diligently update their Facebook profile so that Facebook gets more advertising revenue ;-) Bye Frederik -- Tel: +44(0) 7814 517 807 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] And the prize for the largest closed way goes to...
Anthony schrieb: That does it, I'm making a way with name=Northern Hemisphere. Or would that be name=equator. Doesn't work, does it? No, you can't put in the equator as a *closed* way, since the API doesn't allow the way to wrap around on lon+-180°. The largest possible closed way would have 4 nodes at (lat,lon) (90,-180) (90,180) (-90,180) (-90-180). On the sphere that would just be a line along the 180° Meridian, in our data model it's a rectangle around the world. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Implications of using aggregated/statistical data from both licenses (ODbL and CC-by-SA) for OSMdoc?
Hi, ... I guess numbers 3) and 4) are problematic. I know they do much more than the current feature set of OSMdoc but I implemented them because those were two fairly often requested features. I guess their priority just dropped a lot :) So I guess my current solution would be to offer access to the aggregated statistical data and then offer two views into the other data. One for ODbL data and one for CC by-SA data. How would those two datasets have to be separated? Or to phrase it in another way: When can I combine ODbL data with CC by-SA data, how do I do that and what do I have to do to comply to (both) licenses? Independent of the fact that this remains an interesting discussion about the effects of both the licenses, I am wondering if some of the practical issues here for OSMdoc come from a different understanding of what is going to happen with the changeover than what I thought was planned. My understanding is the following (assuming everything goes ahead): At some point there will be a cut off when the actual switch happens. At that point there will be a planet dump with full history of everything in OSM licensed under CC-BY-SA. Afterwards, all the data that can not be relicensed will be taken out of the main OSM database after which, again a dump of the planet including full history of everything that remains will be produced and now licensed under the ODbL. It is not that the history data will only be available under CC-BY-SA and that ODbL only covers current and future data. So the entire history of all then available OSM data will be licensed under the ODbL and can be used by OSMdoc. The only history that is missing from the ODbL dump is of that that has been removed from the ODbL version of OSM. So if that amount of data was deemed sufficiently little as that it won't harm OSM as a project and thus the relicensing can go ahead, I would have thought that that is also sufficiently little to not effect OSMdoc particularly either and can be dropped from OSMdoc statistics. At that point you have no worries about mixing the two licenses anymore. Not sure if that was in anyway unclear to start with, but I thought it was worth pointing out, just in case. Kai Cheers, Lars [1] http://www.openstreetmap.org/browse/way/45724946 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Opinion poll about the new licence Odbl 1.0
On Thu, Dec 10, 2009 at 5:05 AM, Tobias Knerr o...@tobias-knerr.de wrote: Brendan Morley wrote: All for addressing, as far as I can tell, a theoretical problem, with no real-world exploits. I understand that actual exploits would make the problem more obvious, but I find the underlying logic questionable nevertheless. No one has broken into my house for 5 years now. Does this mean my door locks are secure? No, it might easily just mean that * most people are honest enough not break into my house * the stuff I have in here is not valuable enough * I was simply lucky Of course, it doesn't necessarily mean that the locks are insecure either, it's just that you need experts checking the locks to decide this. Unless you're living inside a bank vault, I highly doubt your locks are secure or that you'd be willing to pay to secure them. Especially not when they're sitting next to a big window that can probably be easily broken with a nice brick. Good analogy, actually. ODbL is the fancy million dollar lock (which is brand new and has been tested much less than your previous $50 one). Copyright law is the big huge window sitting next to the locked door. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Opinion poll about the new licence Odbl 1.0
On Thu, Dec 10, 2009 at 14:55, Anthony o...@inbox.org wrote: Good analogy, actually. ODbL is the fancy million dollar lock (which is brand new and has been tested much less than your previous $50 one). Copyright law is the big huge window sitting next to the locked door. If you'd like to reach a wider audience with your analogies you should really use ones involving cars. :) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
On Thu, Dec 10, 2009 at 4:03 AM, paul youlten paul.youl...@gmail.comwrote: Where does this Business Bad:OSM good binary come from? (I suspect the Germans ;-)) No idea. Like I said, as a self-employed person, I find the distinction incredibly confusing :). Business is great. It's what puts food on my table every day. I don't understand how a business using OSM data for free and without thinking of the children (AKA giving back to the community) is bad for the project It's not. However, if we could convince businesses to give back to the community, it'd be better. Between PD and SA, as it applies to OSM, I think there's a lot of merit to both sides of the issue. However, although SteveC has tried to claim SA vs. ODbL is PD vs. SA, it isn't. SA is SA. PD is PD. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] And the prize for the largest closed way goes to...
2009/12/10 Dirk-Lüder Kreie osm-l...@deelkar.net Anthony schrieb: That does it, I'm making a way with name=Northern Hemisphere. Or would that be name=equator. Doesn't work, does it? No, you can't put in the equator as a *closed* way, since the API doesn't allow the way to wrap around on lon+-180°. How does the API determine whether or not a way is closed? I thought the API just spat out an ordered list of nodes without interpreting any connections between them. Even the bounding box algorithms ignore ways. Isn't it up to the software at the other end of the API to interpret a way which goes from -179 degrees to +179 degrees along the equator? I assumed (I guess incorrectly), that most software would interpret that as the shortest possible line - a line with a length of 2 degrees, not a line with a length of 358 degrees. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Licence termination
- Original Message - From: Frederik Ramm frede...@remote.org To: David Groom revi...@pacific-rim.net; Licensing and other legal discussions. legal-t...@openstreetmap.org Sent: Thursday, December 10, 2009 2:35 PM Subject: Re: [OSM-legal-talk] Licence termination Hi, David Groom wrote: From this I infer that, unless a Person is in breach of the Terms of the licence, we give them the right to access the OSM database under the terms of the licence as it was at the time they first started to use the database. I think you are mixing up the terms database and database. It's easy to do because they are so similar ,-) 1. A database is a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. 2. A database, on the other hand, is a machine which you can access using specific queries to retrieve data. If we terminate the license, this does not mean that anyone who has downloaded our database (1st definition) must now play to other rules. The license that was valid when they downloaded the database will continue ad infinitum for that downloaded database. Access to our database (2nd definition), however, can be governed by any rules we like, and we can change them as we see fit. Ok. I understand the difference between (1) and (2) You see I can quite understand that if we didn't allow direct access to the data via the servers, but simply gave out copies of the data on CD, or just made available planet dumps, then the licence which existed at the time the CD was distributed, or the planet dump was downloaded applies only to that copy, and not to further copies. Use of any further copies would be governed by the terms of the licence in force at that time. My issue becomes where we allow access to the data directly on the server Lets say I write an ap that directly accesses the OSM data [the database as defined in definition (1)] which just happens to be stored on OSM servers [the database as defined in definition (2)] . The first time I access the database definition (1), am I not being granted a non-terminable right to continue to access it under the terms existing when I first accessed it? David Bye Frederik ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Opinion poll about the new licence Odbl 1.0
On Thu, Dec 10, 2009 at 10:10 AM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: On Thu, Dec 10, 2009 at 14:55, Anthony o...@inbox.org wrote: Good analogy, actually. ODbL is the fancy million dollar lock (which is brand new and has been tested much less than your previous $50 one). Copyright law is the big huge window sitting next to the locked door. If you'd like to reach a wider audience with your analogies you should really use ones involving cars. :) ODbL is the fancy million euro lock (which is brand new and has been tested much less than your previous 50 euro one). Copyright law is the five euro wheel you attached it to. ;) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
Steve Bennett schrieb: So, my hard work tagging beaches and moving the coastline looks like crap: http://osm.org/go/u...@bcc Anyone know how long it's likely to be until the next coastline update is taken into account by Mapnik? (For bonus marks, can anyone explain what's special about coastlines, and why this happens?) The almighty wiki can: http://wiki.openstreetmap.org/wiki/Coastline The main problem of showing coastlines from OSM data is that Mapnik really needs closed polygons. The polygon can (and normally should) be made of several ways, but the ways should join end-to-end and eventually loop back round without interruption, to close the polygon. An imperfect coastline with many small gaps, reversed ways and other defects will cause the polygon to break, and the coastline to be rendered incorrectly . One of the features of the Coastline error checker is to try and join coastlines in such a way as to make high-quality coastlines even with these imperfections. As the coastlines are uploaded and completed the quality can be checked. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
Thank you! Does the data is made available to the Mapnik renderer as a large shapefile (processed_p) which is generated every few weeks from planet dumps. still hold true? Steve On Fri, Dec 11, 2009 at 3:11 AM, Peter Körner osm-li...@mazdermind.de wrote: Steve Bennett schrieb: So, my hard work tagging beaches and moving the coastline looks like crap: http://osm.org/go/u...@bcc Anyone know how long it's likely to be until the next coastline update is taken into account by Mapnik? (For bonus marks, can anyone explain what's special about coastlines, and why this happens?) The almighty wiki can: http://wiki.openstreetmap.org/wiki/Coastline The main problem of showing coastlines from OSM data is that Mapnik really needs closed polygons. The polygon can (and normally should) be made of several ways, but the ways should join end-to-end and eventually loop back round without interruption, to close the polygon. An imperfect coastline with many small gaps, reversed ways and other defects will cause the polygon to break, and the coastline to be rendered incorrectly . One of the features of the Coastline error checker is to try and join coastlines in such a way as to make high-quality coastlines even with these imperfections. As the coastlines are uploaded and completed the quality can be checked. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
Steve Bennett schrieb: Thank you! Does the data is made available to the Mapnik renderer as a large shapefile (processed_p) which is generated every few weeks from planet dumps. still hold true? Yes, the processed_p is available from [1], where it is generated every now an then (manual step). Then, it has to be updated at the osm mapnik server, which, again, is a manual step. So there are at least two people involved that are not working in an planned time schedule (as nobody pays them for this, i think). Fortunately, the coastline doesn't change that often ;) Peter [1] http://hypercube.telascience.org/~kleptog/processed_p.zip ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
On Fri, Dec 11, 2009 at 3:38 AM, Peter Körner osm-li...@mazdermind.de wrote: Fortunately, the coastline doesn't change that often ;) Well, not physically, but I'm probably not the only one going around improving it based on aerial imagery. Anyway, time to be patient I guess. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
Peter Körner wrote: Yes, the processed_p is available from [1], where it is generated every now an then (manual step). Then, it has to be updated at the osm mapnik server, which, again, is a manual step. This is not entirely true. The Coastline Error Checker runs through all the coastlines every every* night, generating a processed_p shapefile, but this version is not used by the OSM mapnik map. The latter generates its own coastline shapefile every time the full planet is reloaded, which happens on an infrequent schedule. So there are at least two people involved that are not working in an planned time schedule (as nobody pays them for this, i think). Fortunately, the coastline doesn't change that often ;) More often than you may think, as existing OSM data is refined, or sand suppletion or depletion is performed, either by nature or by man. * When hypercube isn't down or otherwise slow, which is quite often these days. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
This is interesting. I have been making some coastline edits and waiting for them to show up in the main Mapnik map layer on OSM. I have seen edits that I make to highways show up in the Mapnik layer, so I assumed that my coastline edits should be showing up soon. I guess the incorrect assumption was that when a new tile is rendered, the latest data for all data layers was used. This will help manage my expectations a little bit... David. On Thu, Dec 10, 2009 at 12:59 PM, Lennard l...@xs4all.nl wrote: Peter Körner wrote: Yes, the processed_p is available from [1], where it is generated every now an then (manual step). Then, it has to be updated at the osm mapnik server, which, again, is a manual step. This is not entirely true. The Coastline Error Checker runs through all the coastlines every every* night, generating a processed_p shapefile, but this version is not used by the OSM mapnik map. The latter generates its own coastline shapefile every time the full planet is reloaded, which happens on an infrequent schedule. So there are at least two people involved that are not working in an planned time schedule (as nobody pays them for this, i think). Fortunately, the coastline doesn't change that often ;) More often than you may think, as existing OSM data is refined, or sand suppletion or depletion is performed, either by nature or by man. * When hypercube isn't down or otherwise slow, which is quite often these days. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why the BSD vs GPL debate is irrelevant to OSM
If you look at the software stack on a modern computer, you see the kernel, above it libraries and then the application programs. The most popular free kernel is the Linux kernel which is under the GPL, but libraries and applications used on top of a Linux kernel don't fall under the GPL restrictions. (They may be GPL licensed but they are not GPL licensed *because* they run on a GPL kernel.) Some licenses are LGPL, allowing non-GPL software to use them. So there is ample precedent that it is good for basic components not to dictate the licensing of stuff that is built on top of them. Note that LGPL is also a form of share-alike. I'd guess that it is actually this kind of share-alike that the OSM would want to aim for: you can use the data and mix it with proprietary products, but you can't modify the data without sharing those modifications. E.g. I'd be happy to see things like Google use OSM data and mix it with any other source of data they can get their hands on, but only if improvements they make to the data (or they get from their customers) get fed back to OSM. Otherwise, the Google data will improve when the OSM won't and sooner or later the OSM data will be irrelevant. The key here being that the OSM data is valuabel not because it belongs to the OSM but because anybody else can use it, whereas Google's own data can only be used by Google. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
2009/12/11 Anthony o...@inbox.org: It's not. However, if we could convince businesses to give back to the community, it'd be better. If you feel that way, the ODBL would in principal be the better option to ensure it happens with a stick just to make sure. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will the next mapnik coastline update be?
It's slightly annoying now that things render so quickly that the coastlines don't. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why PD is not better for business
On Thu, Dec 10, 2009 at 6:14 PM, John Smith deltafoxtrot...@gmail.comwrote: 2009/12/11 Anthony o...@inbox.org: It's not. However, if we could convince businesses to give back to the community, it'd be better. If you feel that way, the ODBL would in principal be the better option to ensure it happens with a stick just to make sure. I see no evidence that that's the case. I don't think attempting to impose a contractual agreement on others without their consent is going to work, and I think there will be significant negative side-effects to such immoral behavior. Plus I think OSM is going to lose a huge chunk of the database over this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why the BSD vs GPL debate is irrelevant to OSM
E.g. I'd be happy to see things like Google use OSM data and mix it with any other source of data they can get their hands on, but only if improvements they make to the data (or they get from their customers) get fed back to OSM. How would you differentiate between edits that go to the OSM Data and edits that go to any other source? When you're talking about mixing the data, I think of some kind of layers. If a user now adds a POI, which layer is affected? Google could just drop this POI into their own layer so that it never reaches the OSM-Data? This way no improvements would have to go back. Of course it's a very one sided view to just talk about what evil things they could so and not seeing the possibilities if they're not doing these evil things, so yes: I'd also like to see OSM Data in GMaps. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] [OSM-talk] And the prize for the largest closed way goes to...
On Thu, 10 Dec 2009, Frederik Ramm wrote: ... the excellent Philippines mapping team who managed to create one single closed way enclosing an area of roughly 300 thousand square kilometres! http://www.openstreetmap.org/?way=32126765 The runner-up is a place in Sarah Palin Land, http://www.openstreetmap.org/?way=24312786 with 80 thousand sq km. Bye Frederik Geez we don't even rate a mention bad showing there ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Blanchetown
OK - my plan for our Sturt Highway, virtual mapping party is to concentrate on Renmark. Only a small part of it has been surveyed and so, on the way over, I'll stay overnight and see how much I can get done. Then on the way back to Canberra I'll go back that way again and do a bit more and also hopefully check out a few areas in Coota. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OSM-talk] And the prize for the largest closed way goes to...
On 10/12/2009, at 6:57 PM, Liz wrote: On Thu, 10 Dec 2009, Frederik Ramm wrote: ... the excellent Philippines mapping team who managed to create one single closed way enclosing an area of roughly 300 thousand square kilometres! http://www.openstreetmap.org/?way=32126765 The runner-up is a place in Sarah Palin Land, http://www.openstreetmap.org/?way=24312786 with 80 thousand sq km. Bye Frederik Geez we don't even rate a mention bad showing there The problem is that a lot of our big stuff is broken up into multiple ways due to being too accurate and so having 2000 nodes. The largest thing I can think of with not too complicated edges is the Woomera Prohibited Area, somewhere around 13km iirc. I wonder if it renders military area pink at zoom 0, since it'd be big enough to see... I don't know obviously, but I'd guess that the Philippine maritime area has more than 100 corners in reality. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OSM-talk] And the prize for the largest closed way goes to...
2009/12/10 Andrew Laughton laughton.and...@gmail.com: 2009/12/10 John Smith deltafoxtrot...@gmail.com: 2009/12/10 Andrew Laughton laughton.and...@gmail.com: Part of the trouble is, it all needs to have the same speed limit, the same road surface, the same name, the same width etc. U huh? Every time something changes, the way needs to be split, or am I making a bad assumption ? State boundaries are multiple ways grouped by relations, they're already split to begin with. Country boundaries are broken in general because countries often own areas with multiple boundaries, so it isn't a closed way. Or did I miss your point/question? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OSM-talk] And the prize for the largest closed way goes to...
On Thu, Dec 10, 2009 at 11:46 PM, John Smith deltafoxtrot...@gmail.comwrote: Or did I miss your point/question? I think the point was, the record was for the largest single unbroken way, which can only really be achieved by crappy data - relatively few points, relatively little information. So we're unlikely to break it in Australia. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OSM-talk] And the prize for the largest closed way goes to...
2009/12/11 Steve Bennett stevag...@gmail.com: On Thu, Dec 10, 2009 at 11:55 PM, John Smith deltafoxtrot...@gmail.com wrote: I realise this, but what does that have to do with speed limits? If a road has different speed limits, you'd need to break it up into different ways, in order to be able to tag each way correctly. This topic was about closed ways ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Australia BP service station dataset - suitable for bulk import?
2009/12/10 John Smith deltafoxtrot...@gmail.com 2009/12/10 Steve Bennett stevag...@gmail.com: [26] = ATM You could add a separate (or same?) amenity=atm (or whatever it is) point? I added tag k='amenity:atm' v='no' / tag k='amenity:eftpos' v='yes' / tag k='rent:trailers' v='no' / tag k='rent:lpg_bottles' v='no' / tag k='amenity:carwash' v='no' / tag k='amenity:cleango' v='no' / tag k='amenity:superwash' v='no' / What about http://wiki.openstreetmap.org/wiki/Tag:atm%3Dyes for the ATM? Emilie Laffray ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Australia BP service station dataset - suitable for bulk import?
On Fri, Dec 11, 2009 at 4:10 AM, Emilie Laffray emilie.laff...@gmail.com wrote: Also do we need to include tags when there is nothing present. I think the basic case is that those services are not present. Including them only when they are present would make more sense in my view and would not take as much space in the database. Yeah, but then you can't tell the difference between unknown information, and known absence. I'd say if we know for certain that a service is not present, might as well mark it as such. I'm not losing sleep either way, though. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Australia BP service station dataset - suitable for bulk import?
On Thu, Dec 10, 2009 at 8:42 PM, John Smith deltafoxtrot...@gmail.com wrote: All 1,381 locations have been uploaded, there was a few more duplicates I missed before but these have been removed as well. http://www.openstreetmap.org/browse/changeset/3340910 Bound to be some duplicates that already exist in the system, but most will need to be moved in any case because the geo data is bad. How should duplicates which are already in OSM (but weren't close enough to be picked up when processed) be dealt with? For example BP Bellevue: http://www.openstreetmap.org/?lat=-31.8941lon=116.0263zoom=17layers=B000FTF (both appear on southern side of Great Eastern Hwy if your browser window is wide enough; Node 332954025 is at the correct location). Should information be transferred to older node or should the new node be moved to correct position and old one deleted? Arie. P.S. Apologies to John for duplicate sent directly to him. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Australia BP service station dataset - suitable for bulk import?
On Wednesday, December 09, 2009, at 03:25PM, Chris Barham cbar...@pobox.com wrote: BP allows free download of GPS data for their Australian service stations. Has anyone asked any of the other companies yet? If not, I'll send some emails about: http://apps.nowwhere.com.au/caltex/austlocator/search.aspx http://www.shell.com.au/home/content/aus/products_services/on_the_road/shell_station_locator/site_locator.html http://apps.exxonmobil.com.au/apps/htm/mn_mobil_products_stations.asp ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Am 10.12.2009 08:39, schrieb frank mohr: Sven Anders wrote: *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lat not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *57* *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lon not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *58 * Magst du mal sagen, nach welchen Namen und welcher PLZ du gesucht hast, außerdem Betriebssystem, Browser und Browserversion? Den Fehler habe ich gefunden. Für 64347 bekomme ich eine leere Seite (kein Eintrag der Bibliothek im ISIL-Verzeichnis) Für 66424 bekomme ich den gleichen Fehler (OS: Debian Lenny; Browser: Iceweasel/Firefox 3.0.6) Allerdings habe ich 2 der 3 Bibliotheken gestern Abend erst eingetragen, die 3. fehlt noch in OSM. Ich habe anscheinend nicht das ganze ISIL Verzeichnis bekommen (oder eine ältere Version. Das Sigle: DE-Hom1 fehlt mir z.B. in der Datenbank. Ich schau mir das mal an (jetzt keine Zeit) evtl. baue ich noch ein aktualisieren Button für die ISIL DB ein. Wenn ihr weiter Biliotheken zwar in der Onlinesuche, aber nicht in der DB findet, schickt mir bitte eine kurze Mail an osm-isil(AT) sven.anders.im Danke Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern historistischer Karten auf OSM-Basis
Zitat RalfGesellensetter: [historisierende Kartendarstellungen auf der Grundlage der OSM-Daten] Darüber hinaus war mein Ansinnen vermutlich zu visonär ;) Vermutlich. ;-) Kann aber auch daran liegen, dass die meisten Leute noch damit beschaeftigt sind, erst mal die Gegenwart einigermassen brauchbar darzustellen. Wenn man hier genug Erfahrung gesammelt hat und die Dichte der erfassten Objekte nur noch schwer zu erhoehen ist, findet sich bestimmt jemand, der damit anfaengt. Interessant ist das Thema allemal. Voraussetzung waeren imho zuerst natuerlich brauchbare Datenquellen. Auf Anhieb fallen mir da meine geliebten Bebauungsplaene von Hamburg ein. Wenn man da jetzt zum Beispiel alle vor 1955 raus sucht und abzeichnet, bekommt bestimmt einen Eindruck davon, wie Hamburg kurz nach dem Krieg und vor der architektonischen Massakrierung ausgesehen haben muss. Allerdings sehe ich hier schon das erste Problem. Die Quellen muessten schon zeitlich zusammen passen, gerade in Epochen, wo, wie in Hamburg nach dem Krieg, sich relativ viel in relativ kurzer Zeit veraendert hat. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deutschland)
Am 10. Dezember 2009 07:33 schrieb Sven Anders s...@anders-hamburg.de: assetburned schrieb: wie auch immer. in der stadt bremen sind jetzt erstmal alle in OSM eingetragenen bibs mit ner isil nummer versehen. soweit bekannt. alle anderen mit ref:isil=unknown gekennzeichnet. Super also zeit deine kacheln zu akutallisieren ;-) Das geht hoffentlich schon automatisch. wie wäre es auch nen paar andere infos anzuzeigen? wurde ja hier auch schon angesprochen das die adressen und so auch eingetragen werden könnten. Für mich ist da noch eine Fragen offen. Wie gehen wir um, wenn in einem Rathaus eine Bibliothek, eine Touristen Info und die Gemeindeverwaltung untergebracht sind. Bislang gehe ich davon aus, das wir ein einen Way mit building=yes name=Rathaus Klein Kleckersdorf addr:housnumber=1 addr:street=Marktplatz addr:postcode=12345 addr:city=Klein Kleckersdorf sowie drei Nodes amenity=library name=Bibliothek Kleckersdof ref:isil=XX-1234 tourism=information name=Touristenregion Kleckersdorf public_building=DE:Gemeindeverwaltung (oder so ähnlich, geht ums prinzip, nicht darum wie man Gemeindeverwaltungen taggen sollte) name=Gemeiendeverwaltung Klein Kleckersdorf haben. Ist es jetzt okay, wenn die Library zusätzlich auch nochmal die addr:* Tags bekommt? Bitte um ein paar Meinungen dazu. Wenn sich keiner daran stört, das die Bibliothek diese Tags bekommt, erweitere ich den Checker. Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund dessen habe ich im Zuge der Bibliothekseingaben mal die buildings-relation herausgesucht. [1] Ich finde sie ist nicht ganz passend und stringent zu anderen OSM-Relationen, aber sie hilft erst einmal. Alternativ kann man auch die site-Relation nutzen [2], jedoch ist diese mehr zum Zusammenfassen von mehreren Gebäuden gedacht. Die Relation sollte dann die Adresse und den eventuellen Gebäudename, genauso wie alle POIs (Rathaus, Turistinfo, Bibliothek, ..) enthalten. Ciao André [1] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Buildings [2] http://wiki.openstreetmap.org/wiki/Relations/Proposed/Site ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Strassenverzeichnis.XLS für OSM-Wik i
Habe grad das aktuelle Strasseverzeichnis der Stadt Lauf erhalten. Wollte es für die Aktion Luftbilder aus Lauf freischalten. http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf Unser Wiki behauptet aber, es könne XLS nicht annehmen. Gibt es eine andere Möglichkeit, dieses verfügbar zu machen? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wiki
On Thu, 10 Dec 2009 10:42:36 +0100, Markus liste12a4...@gmx.de wrote: Habe grad das aktuelle Strasseverzeichnis der Stadt Lauf erhalten. Wollte es für die Aktion Luftbilder aus Lauf freischalten. http://wiki.openstreetmap.org/wiki/DE:Luftbilder_aus_Lauf Unser Wiki behauptet aber, es könne XLS nicht annehmen. Gibt es eine andere Möglichkeit, dieses verfügbar zu machen? Speichere es als CSV. Das kann jeder lesen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil e ines Gebäudes (war Re: Checker für Bibliot heken in Deutschland)
Bitte um ein paar Meinungen dazu. Wenn sich keiner daran stört, das die Bibliothek diese Tags bekommt, erweitere ich den Checker. Mach doch. Was sich nicht auf das Gebäude selbst legen, bzw. durch aufteilung desselben lösen lässt, muss ja zwangsläufig extra daneben. Das ist leider eine oft sehr hinderliche Angelegenheit. Ich hoffe darauf, dass man mal in irgendeiner zukünftigen API Version beliebig Attribute an ein Objekt hängen kann, ohne das sich etwas durch gleichlautende Tags verdrängt. Einfach als Node mit drauf und Adresse dran. Auch wenn damit Redundanz entsteht. Das erleichtert für den Großteil die Auswertung da der unnötig komplizierte Weg über irgendwelche Spezialtools wegfällt und das Ding für sich greifbar bleibt. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wiki
Hallo Marcus, Speichere es als CSV. Das kann jeder lesen. Unser Wiki mag leider auch kein CSV... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deutschland)
Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund dessen habe ich im Zuge der Bibliothekseingaben mal die buildings-relation herausgesucht. [1] Das ist doch auch nur eine Hilfskrücke. Langfristig muss sowas übers Objekt selbst möglich sein. Im grunde wird das was die API können musste nur auf den User abgeschoben, was aufgrund der Zurückhaltung vieler Mapper beim Thema Relation und deren heftiger Fehleranfälligkeit extrem suboptimal ist. Im Grunde könnte man die Adresse dem Gebäude selbst geben. Darunter müssten jetzt beispielsweis mal Tagsets genannt existieren. Ganz normale Felder wie jetzt, nur in sich geschlossen und beliebig viele hinzufügbar. So könnte man pro Set beispielsweise einen Laden samt all seinen individuellen Attributen ablegen. Die Trennung der Tags innerhalb eines Sets würde der Editor übernehmen. Damit würde der Trenner einheitlich, ist nicht mehr von Eingabefehlern behaftet und das Semikolonproblem würde wegfallen. way id='0815' nd ref='1' / nd ref='2' / nd ref='3' / nd ref='4' / tag k='building' v='yes' / tag k='addr:housnumber' v='1' / tag k='addr:street' v='Marktplatz' / tag k='addr:postcode' v='12345' / tag k='addr:city' v='Klein Kleckersdorf' / tag k=' name' v='Rathaus Klein Kleckersdorf' / tag k='phone' v='+49-4673-100' / set id='0815.1' tag k='amenity' v='library' / tag k='name' v='Bibliothek Kleckersdof' / tag k='ref:isil' v='XX-1234' / tag k='opening_hours' v='Mo-Fr 10:00-14:00; Sa 12:00-13:00' / tag k='phone' v='+49-4673-39275' / /set set id='0815.2' tag k='amenity' v='post_office' / tag k='name' v='Postagentur' / tag k='brand' v='Deutsche Post' / tag k='operator' v='Deutsche Post AG' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / tag k='phone' v='+49-4673-393465' / /set set id='0815.3' tag k='amenity' v='bank' / tag k='name' v='Postbank' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / /set set id='0815.4' tag k='tourism' v='information' / tag k='name' v='Touristenregion Kleckersdorf' / tag k='phone' v='+49-800-1234567' / /set /way Das in valid usw. dürfte doch nicht wirklich unmöglich sein. Das so verpackt und vom Editor unterstützt wäre ein echter Gewinn und würde viele Krücken und Notlösungen ein für alle mal erledigen. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Sven Anders schrieb: mach ich doch glatt. Es gibt da wohl noch kleine Startschwierigkeiten. Bei Umlauten im Namen bekomme ich kein Ergebnis. Und wenn ich nach ner PLZ suche, dann erhalte ich zwar ein Ergebnis, aber es kommen noch 2 SQL-Meldungen mit. *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lat not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *57* *Warning*: mysql_result() [function.mysql-result http://osm-isil.anders-hamburg.de/function.mysql-result]: lon not found in MySQL result index 2 in */home/pacs/sva00/doms/anders-hamburg.de/subs/osm-isil/uebersicht.php* on line *58 * Magst du mal sagen, nach welchen Namen und welcher PLZ du gesucht hast, außerdem Betriebssystem, Browser und Browserversion? na klar. Namenssuche war "Jüterbog", natürlich ohne " Und als PLZ hatte ich die dazugehörende 14913 eingegeben. Ich benutze nen Win XP SP 3, dazu den Firefox. Der ist glaub ich ne beta-Version. Mozilla/5.0 (Windows; U; Windows NT 5.1; de-DE; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729) ich hoffe, dass hilft dir weiter. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deutschland)
Am 10. Dezember 2009 11:59 schrieb Mirko Küster webmas...@ts-eastrail.de: Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund dessen habe ich im Zuge der Bibliothekseingaben mal die buildings-relation herausgesucht. [1] Das ist doch auch nur eine Hilfskrücke. Aber um es mit den derzeitigen Mitteln korrekt darzustellen passend. Langfristig muss sowas übers Objekt selbst möglich sein. Im grunde wird das was die API können musste nur auf den User abgeschoben, was aufgrund der Zurückhaltung vieler Mapper beim Thema Relation und deren heftiger Fehleranfälligkeit extrem suboptimal ist. Im Grunde könnte man die Adresse dem Gebäude selbst geben. Darunter müssten jetzt beispielsweis mal Tagsets genannt existieren. Ganz normale Felder wie jetzt, nur in sich geschlossen und beliebig viele hinzufügbar. So könnte man pro Set beispielsweise einen Laden samt all seinen individuellen Attributen ablegen. Die Trennung der Tags innerhalb eines Sets würde der Editor übernehmen. Damit würde der Trenner einheitlich, ist nicht mehr von Eingabefehlern behaftet und das Semikolonproblem würde wegfallen. way id='0815' nd ref='1' / nd ref='2' / nd ref='3' / nd ref='4' / tag k='building' v='yes' / tag k='addr:housnumber' v='1' / tag k='addr:street' v='Marktplatz' / tag k='addr:postcode' v='12345' / tag k='addr:city' v='Klein Kleckersdorf' / tag k=' name' v='Rathaus Klein Kleckersdorf' / tag k='phone' v='+49-4673-100' / set id='0815.1' tag k='amenity' v='library' / tag k='name' v='Bibliothek Kleckersdof' / tag k='ref:isil' v='XX-1234' / tag k='opening_hours' v='Mo-Fr 10:00-14:00; Sa 12:00-13:00' / tag k='phone' v='+49-4673-39275' / /set set id='0815.2' tag k='amenity' v='post_office' / tag k='name' v='Postagentur' / tag k='brand' v='Deutsche Post' / tag k='operator' v='Deutsche Post AG' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / tag k='phone' v='+49-4673-393465' / /set set id='0815.3' tag k='amenity' v='bank' / tag k='name' v='Postbank' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / /set set id='0815.4' tag k='tourism' v='information' / tag k='name' v='Touristenregion Kleckersdorf' / tag k='phone' v='+49-800-1234567' / /set /way Das in valid usw. dürfte doch nicht wirklich unmöglich sein. Das so verpackt und vom Editor unterstützt wäre ein echter Gewinn und würde viele Krücken und Notlösungen ein für alle mal erledigen. Gruß Mirko +1 Habe ich auch schon vorgeschlagen jedoch als Gruppierung [1]. Vielleicht sollten wir diesen Schritt weiter vorantreiben und einen extra Thread zur Diskussion aufmachen. Ciao André [1] http://article.gmane.org/gmane.comp.gis.openstreetmap.region.de/57498 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschland
Am 9. Dezember 2009 14:49 schrieb Sven Anders s...@anders-hamburg.de: Christoph Wagner schrieb: http://osm-isil.anders-hamburg.de/?zoom=15lat=51.03032lon=13.73542layers=B0T Nun ist es leider so, dass hier in einem Gebäude anscheinend mehrere Abteilungen mit unterschiedlicher ISIL existieren. So hat beispielsweise die Bereichsbibliothek DrePunct die DE-1404 und DE-1408. Soll ich jetzt so viele Nodes mit amenity=library setzen, wie isils vorhanden sind, obwohl alles im gleichen Gebäude ist? Hab die Anwendung etwas umgebaut. Jetzt geht auch Semikolon. Als Feldtrenner. Drepunct hat im übrigen aus 11 Sigeln. Ist in OSM jetzt richtig eingetragen. Könntest du die Bibliotheken mit ref:isil=none besonders hervorheben, bspw. graues Logo? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradrouting über Treppen?
Am Mi Dezember 9 2009 glaubte Karl Eichwalder zu wissen: Florian Gross flor...@grossing.de writes: Treppen sind für mich definitiv nicht tourentauglich, egal welches Gefährt ich nutze. Maedchen, Maedchen,... Ich hab Tour geschrieben, nicht normale Ausfahrt. Da hab ich normalerweise einen Anhänger dabei. Und genau in diesem Fall würde ich die Routing- Funktion nehmen. In der Gegend hier kenne ich mich aus, da brauch ich das nicht. Ist halt sehr ärgerlich, wenn man mal eben 5km zurück fahren und sich einen anderen Weg suchen muß, weil man nicht durchkommt. Ja, tolle Vorstellung das Kind oben auf dem Gehweg stehen zu haben während man gerade sein Fahrrad holt. Kinder sind nicht bloed. Auch 2jaehrige nicht. Notfalls uebt man mal im bekannten Gelaende. Mit 1jaehrigen wird man halt einen Umweg fahren muessen. Und wie siehst du das bei Umlaufsperren? Ich kann hier 5 Stück auf 4km bieten. Jedesmal das gleiche Spiel: Kinder aus dem Anhänger raus, Anhänger abkuppeln, über die Sperre heben, Straße überqueren, Hänger über die nächste Sperre heben, Fahrrad und Kinder nachholen um das Ganze keinen Kilometer später zu wiederholen. Ob die Kleinen da jedesmal warten werden? Hier gibt es einen tollen Weg mit Umlaufsperren, die so eng stehen, daß man die Kinder ausladen muß, um den Anhänger über die Umlaufsperren zu bekommen. Draengelgatter sind prinzipbedingt nicht anhaengertauglich. Ich bin mir auch nicht ganz sicher, ob man all die Hindernisse mit bicycle=yes taggen sollte -- bicycle=push waere wohl besser. Aber bycycle steht zunaechst immer erstmal nur fuer ein Normalfahrrad. Da findet sich wohl noch nichts genaues im Wiki? Muß mal suchen, was ich so finde und einen Entwurf basteln. Währenddessen rennen die Kleinen an der Straße herum. Das ist eine Frage der Erziehung. Wenn wir frueher wo warten sollten, haben wir den Auftrag bekommen, auf dies und das aufzupassen. Dieser Trick sollte auch heute noch funktionieren. Nicht alle Eltern sind so kreativ. ;-) Hm, du bringst mich auf eine Idee: Das wäre was für eine eigene Karte. Muß ich mal im Hinterkopf behalten. Eine solche Karte waere schon wichtig. *notiert* Und noch ein Projekt... flo -- Daus sind wie Stubenfliegen. Sie müssen laufend gepatscht werden. [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polygon aus koordinaten erstellen/benutzen
teil zwei habe ich eine antwort gefunden. http://gsak.net/google/polygoneditor.html bleibt die frage ob man grenzen als polygon extrahieren kann. Fabian wrote: Hallo, wuerde gerne einen Landkreis naeher untersuchen und ihn dazu aus dem Germanmap Datensatz extrahieren. Ist es moeglich bei vorhandene polygone in dem fall Landkreisgrenzenn an die Koordinaten zu kommen? Wenn nicht wie wuerdet ihr an die koordinaten kommen. Ideal natuerlich ohne viel handarbeit den umso mehr details kann man beim einrahmen des gebietes beachten. besten dank im voraus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil e ines Gebäudes (war Re: Checker für Bibliotheken i n Deutschland)
moin On 10.12.2009, at 07:33, Sven Anders wrote: assetburned schrieb: wie auch immer. in der stadt bremen sind jetzt erstmal alle in OSM eingetragenen bibs mit ner isil nummer versehen. soweit bekannt. alle anderen mit ref:isil=unknown gekennzeichnet. Super also zeit deine kacheln zu akutallisieren ;-) na dann schau ich mal wie lange es dauert bis die hier aktuallisiert sind. Das geht hoffentlich schon automatisch. wie wäre es auch nen paar andere infos anzuzeigen? wurde ja hier auch schon angesprochen das die adressen und so auch eingetragen werden könnten. Für mich ist da noch eine Fragen offen. Wie gehen wir um, wenn in einem Rathaus eine Bibliothek, eine Touristen Info und die Gemeindeverwaltung untergebracht sind. Also ich mach es tatsächlich so das ich das gebäude komplett adressiere und dem hauptverwendungszweck zuteile. Alles was dann noch an sonderleistungen dazu kommt wird als extra punkte (node? also son grünen punkt) eingetragen die ich auch mit allem bestücke was ich so weiß, also im zweifel wieder mit adresse. wenn nen gebäude diverse gleichberechtigte nutzungen hat, dann bekommt das gebäude nur die adresse (und ggf. den namen) alles weitere wird als node eingetragen. also im prinzip fast so wie du es auch machst. cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wiki
Markus schrieb: Unser Wiki mag leider auch kein CSV... Schon kreativ andere Dateiformate versucht? Spontan hätte ich mal .txt oder komprimiert als .zip versucht. Sollten die Versuche auch nicht fruchten, kann ich dir anbieten, die Datei für eine gewisse Zeit auf meinem Webserver zur Verfügung zu stellen - das löst die Wikiprobleme zwar nicht, aber gibt dir zumindest die Möglichkeit, die Datei an Interessierte verteilen zu können. Meld dich bei Interesse persönlich (also nicht über die Liste). Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschlan d
On 10.12.2009, at 12:26, André Riedel wrote: Am 9. Dezember 2009 14:49 schrieb Sven Anders s...@anders-hamburg.de: Christoph Wagner schrieb: http://osm-isil.anders-hamburg.de/?zoom=15lat=51.03032lon=13.73542layers=B0T Nun ist es leider so, dass hier in einem Gebäude anscheinend mehrere Abteilungen mit unterschiedlicher ISIL existieren. So hat beispielsweise die Bereichsbibliothek DrePunct die DE-1404 und DE-1408. Soll ich jetzt so viele Nodes mit amenity=library setzen, wie isils vorhanden sind, obwohl alles im gleichen Gebäude ist? Hab die Anwendung etwas umgebaut. Jetzt geht auch Semikolon. Als Feldtrenner. Drepunct hat im übrigen aus 11 Sigeln. Ist in OSM jetzt richtig eingetragen. Könntest du die Bibliotheken mit ref:isil=none besonders hervorheben, bspw. graues Logo? Ciao André hm halte ich für nen bedingt guten ansatz. ich denke das diese aktion auch gleich dazu genutzt werden kann die adressen der bibs mit einzutragen, zum anderen habe ich hier in meinem bereich einige bibs für die ich keine ISIL finden konnte, sprich ich hab schlicht unknown als nummer eingetragen. wenn also jemand nur nach der isil=none sucht und diese auf stand bringen will, würden die fehlenden adressdaten bei anderen unter den tisch fallen und solche fälle wie die hiesigen unknown würden auch nicht berichtigt. cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil e ines Gebäudes (war Re: Checker für Bibliotheken i n Deutschland)
Am 10.12.2009 12:48, schrieb assetburned: moin On 10.12.2009, at 07:33, Sven Anders wrote: assetburned schrieb: wie auch immer. in der stadt bremen sind jetzt erstmal alle in OSM eingetragenen bibs mit ner isil nummer versehen. soweit bekannt. alle anderen mit ref:isil=unknown gekennzeichnet. Super also zeit deine kacheln zu akutallisieren ;-) na dann schau ich mal wie lange es dauert bis die hier aktuallisiert sind. Du kennst den Aktualisieren Button auf der Landkarte? Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deu tschland)
Am 10.12.2009 11:59, schrieb Mirko Küster: Ich halte es für verkehrt die Adresse mehrmals einzutragen. Auf Grund dessen habe ich im Zuge der Bibliothekseingaben mal die buildings-relation herausgesucht. [1] Das ist doch auch nur eine Hilfskrücke. Langfristig muss sowas übers Objekt selbst möglich sein. Im grunde wird das was die API können musste nur auf den User abgeschoben, was aufgrund der Zurückhaltung vieler Mapper beim Thema Relation und deren heftiger Fehleranfälligkeit extrem suboptimal ist. Im Grunde könnte man die Adresse dem Gebäude selbst geben. Darunter müssten jetzt beispielsweis mal Tagsets genannt existieren. Ganz normale Felder wie jetzt, nur in sich geschlossen und beliebig viele hinzufügbar. So könnte man pro Set beispielsweise einen Laden samt all seinen individuellen Attributen ablegen. Die Trennung der Tags innerhalb eines Sets würde der Editor übernehmen. Damit würde der Trenner einheitlich, ist nicht mehr von Eingabefehlern behaftet und das Semikolonproblem würde wegfallen. way id='0815' nd ref='1' / nd ref='2' / nd ref='3' / nd ref='4' / tag k='building' v='yes' / tag k='addr:housnumber' v='1' / tag k='addr:street' v='Marktplatz' / tag k='addr:postcode' v='12345' / tag k='addr:city' v='Klein Kleckersdorf' / tag k=' name' v='Rathaus Klein Kleckersdorf' / tag k='phone' v='+49-4673-100' / set id='0815.1' tag k='amenity' v='library' / tag k='name' v='Bibliothek Kleckersdof' / tag k='ref:isil' v='XX-1234' / tag k='opening_hours' v='Mo-Fr 10:00-14:00; Sa 12:00-13:00' / tag k='phone' v='+49-4673-39275' / /set set id='0815.2' tag k='amenity' v='post_office' / tag k='name' v='Postagentur' / tag k='brand' v='Deutsche Post' / tag k='operator' v='Deutsche Post AG' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / tag k='phone' v='+49-4673-393465' / /set set id='0815.3' tag k='amenity' v='bank' / tag k='name' v='Postbank' / tag k='opening_hours' v='Mo-Fr 09:00-18:00; Sa 09:00-12:00' / /set set id='0815.4' tag k='tourism' v='information' / tag k='name' v='Touristenregion Kleckersdorf' / tag k='phone' v='+49-800-1234567' / /set /way Das in valid usw. dürfte doch nicht wirklich unmöglich sein. Das so verpackt und vom Editor unterstützt wäre ein echter Gewinn und würde viele Krücken und Notlösungen ein für alle mal erledigen. Ich finde Deinen Vorschlag etwas übertrieben. Er löst kaum fälle. Andere fallen unter den Tisch z.B. kann ich dann aber nicht eintragen das die Postbank im der südöstlichen Ecke des Gebäudes ist, und die Biliothek den gesammten Nordteil umfasst. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] FOSSGIS 2010: Vortraege willkommen / Call for Papers endet am 16.12.
Hallo, hier nochmal ein Hinweis auf die FOSSGIS-Konferenz, die Anfang Maerz 2010 in Osnabrueck stattfindet. Es werden noch interessante Beitraege zu OSM gesucht; jeder, der irgendetwas interessantes mit OSM gemacht hat oder etwas interessantes zu sagen hat, ist hoeflichst aufgefordert, einen Vortrag (25 Min. inkl. Diskussion), einen Lightning Talk (ca. 5 Min.) oder einen Community-Workshop anzumelden. Aus persoenlichen Gespraechen weiss ich, dass viele sich von der Bezeichnung Konferenz etwas abgeschreckt fuehlen - da denkt man: Das sind ein paar Grosskopferte, die da ihre Reden schwingen. Aber weit gefehlt, die FOSSGIS 2010 ist *unsere* Community-Veranstaltung, auf der jeder von uns den anderen etwas praesentieren kann - sei es ein Vorschlag fuer das alleinseligmachende neue Taggingschema, eine Einfuehrung in ein praktisches Tool, eine wissenschaftliche Untersuchung der Datenqualitaet bei OSM, eine huebsch gemachte Chronik der Erfassung einer Stadt oder einfach 10 Dinge, die niemand ueber JOSM weiss. Der formelle Call for Papers ist hier: http://www.fossgis.de/konferenz/wiki/2010/Call_for_Papers Am Ende ist ein Link, mit dem man sich beim Konferenzverwaltungsprogramm einen Account anlegen und danach einen Vortrag (oder Lightning Talk oder ...) einreichen kann. Das Programmkomitee entscheidet dann ueber die Annahme (aber ihr koennt davon ausgehen, dass nahezu jeder, der einen Vortrag machen will, auch beruecksichtigt werden kann - lieber machen wir mehrere Vortraege parallel als dass wir Leute wegschicken, die etwas interessantes zu erzaehlen haben). Auch, wer keine Lust hat, einen Vortrag zu machen, moege sich doch den Termin (2.-5.3., mit OSM-Programm am 4. und 5.3.) schonmal im Kalender eintragen - die Veranstaltung wird kostenlos sein, mit Ausnahme zweier Abendveranstaltungen am 2. und 4.3., bei denen die Teilnahme jeweils 35€ kostet, aber dafuer alle Speisen und Getraenke in beliebiger Menge enthaelt. Ich hoffe, dass wir den Grossteil der aktiven Community dort treffen, und sobald das Programm steht, werde ich es hier posten. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS 2010: Vortraege willkommen / Call for Papers endet am 16.12.
Hallo, ich hab da bereits einen Routing-Workshop eingereicht. Wenn sich da jemand beteiligen will, immer gerne. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Adressen an Bibliotheksnodes wenn Teil eines Gebäudes (war Re: Checker für Bibliotheken in Deutschland)
Ich finde Deinen Vorschlag etwas übertrieben. Er löst kaum fälle. Andere fallen unter den Tisch z.B. kann ich dann aber nicht eintragen das die Postbank im der südöstlichen Ecke des Gebäudes ist, und die Biliothek den gesammten Nordteil umfasst. Er löst das dicke Problem das man vieles einfach nicht in einem Objekt unterbringen kann. Es erübrigt Krücken wie Semikolon, Doppelpunkt, Relation und das aufteilen noch so kleiner Gebäude. Wo du kaum etwas siehst sehe ich aus dem Stand hunderte Fälle die derzeit nur als Krücken rumliegen. Bei jeder Postagentur mit Posbank beispielsweise, beides amenity. Selbst wenn das ginge, überschneiden sich unterschiedliche Öffnungszeiten, Telefonnummern etc. Deinen Fall kann man so oder so nicht richtig darstellen, da selbst mit Einzellnodes im Renderer alles verdrängt wird. Da bräuchte man im krassesten Fall schon z21. Unser Quelle Shop beihaltet noch einen Shop für Schwimbadtechnik, Foto, Postagentur, Postbank. Alles auf etwa 80 m² und verdrängt sich wunderbar, in der Karte erscheint dann nichts, doch ein Bank Icon, aber ohne Namen und der Rest ist nicht existent, trotz auseinander gezogenen Nodes. Was du meinst sind die Eingänge zu jeweiligen Shop, oft mit einer weiteren Krücke gelöst. Die Unsitte den POI als Eingangstür zu missbrauchen. Das ist wieder ein anderes Problem. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge fuer Kartographen
Alexrk schrieb: Der Ansatz klingt interessant. Aber verstehe ich das richtig, dass es bislang keinen SVG-Export gibt? Weißt Du, ob es sonst irgendwelche Export-Formate unterstützt, die man mit einem Grafikprogramm weiterverarbeiten könnte (ai, pdf etc)? Sonst bringt das leider garnichts. Ich bin da leider nicht so weit drin. Ich weiss nur, dass dieses Programm auch größere Ausschnitte mit beliebigem Maßstab rendern kann. Evtl. erzeugt der Exportclient ja SVGs. Am Besten wendest du dich dazu mal an den Entwickler des Programmes. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] injooosm
Christian Knorr schrieb: Hallo zusammen, eine neue Version von injooosm ist online. Bei Problemen melden. Ich möchte darauf hinweisen, dass das Plugin nichts anzeigt, wenn man den IE8 verwendet. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge fuer Kartographen
André Reichelt schrieb: Alexrk schrieb: Der Ansatz klingt interessant. Aber verstehe ich das richtig, dass es bislang keinen SVG-Export gibt? Weißt Du, ob es sonst irgendwelche Export-Formate unterstützt, die man mit einem Grafikprogramm weiterverarbeiten könnte (ai, pdf etc)? Sonst bringt das leider garnichts. Ich bin da leider nicht so weit drin. Ich weiss nur, dass dieses Programm auch größere Ausschnitte mit beliebigem Maßstab rendern kann. Evtl. erzeugt der Exportclient ja SVGs. Am Besten wendest du dich dazu mal an den Entwickler des Programmes. Ich baue im Moment an einer Mapnik-Installation in einer VirtualBox umgebung. Ich habe die letzten Wochen damit zugebracht, an Mapnik Ticket 320 [1] zu arbeiten, welches es ermöglichen würde, 100% Vektorisierte Karten zu erzeugen. Leider bin ich kein C++ Programmierer und Cairo habe ich auch noch nie benutzt, weshalb ich jetzt leider aufgeben musste. SVGs erzeugt der Mapnik weiterhin, nur leider sind die POI-Icons und Füllmuster (z.B. bei Friedhöfen) darin Pixelgrafiken. Größenbeschränkungen gibt's aber keine -- außer der Leistung des eigenen Rechners. Lg, Peter [1] http://trac.mapnik.org/ticket/320 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rendern historistischer Karten auf OSM-Basis
Michael Buege schrieb: Allerdings sehe ich hier schon das erste Problem. Die Quellen muessten schon zeitlich zusammen passen, gerade in Epochen, wo, wie in Hamburg nach dem Krieg, sich relativ viel in relativ kurzer Zeit veraendert hat. Bei guten Plänen steht normalerweise immer eine Zeit dabei. Diese sollte dann, wenn das geeignete vierdimensionale Datenmodell geschaffen wurde, auch beigetaggt werden. In JOSM und den anderen Enditoren braucht man dann außerdem einen Zeitscroller. Mir liegen hier von allen größeren Städten der Gegend Pläne von 1828 vor. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Ulf Lamping schrieb: Ich bin zu der Überzeugung gekommen, daß die neue ODBL Lizenz die aktuellen Probleme nicht wirklich löst aber einen Haufen neue Probleme schafft. Über den Weg, wie versucht wird die neue Lizenz durchzudrücken kann ich inzwischen nur noch den Kopf schütteln. Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Es wird in meinen Augen zeit, dass sich das Projekt selbst ein paar Administratoren wählt, die die Leitung übernehmen. Wer hat CloudMade überhaupt dazu autorisiert, Entscheidungen solcher Tragweite zu treffen? Ich befürchte, Steve hat da seine Kompetenzen bei weitem überschritten und einige werden schon alleine aus Protest der neuen Lizenz nicht zustimmen. Schon alleine der Text über der Umfrage stimmt mich gleichzeitig sauer und traurig. Außerdem gibt es immer wieder berechtigte Kritik an der neuen Lizenz, die vom Regime OSM scheinbar bewusst ignoriert wird. Ich hoffe, dass sich noch mehr aktive Leute dieser Lizenz widersetzen werden, sodass diese nicht durchgedrückt werden kann. CloudMade mit seinem Anführer Steve soll endlich von dem hohen Ross geholt werden, auf dem es gerade sitzt. Ich will keine Revolution losbrechen, aber so langsam geht das Verhalten dieses Unternehmens deutlich zu weit. Genügend Gründe gegen diese Lizenz wurden ja bereits genannt. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Nop schrieb: Nein, eine PD Variante steht momentan nicht zur Debatte. Zumal das Urheberrecht in Deutschland nicht übertragbar ist. Dementsprechend sind PD-Lizenzierungen hierzulande nicht rechtskräftig. Du kannst zwar gerne hinschreiben, du erhebst keinen Anspruch auf die Daten, das kannst du aber jederzeit ändern und eine Klagewelle lostreten. Das wäre dann zwar moralisch verwerflich aber rechtlich völlig in Ordnung. Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Am Donnerstag 10 Dezember 2009 16:28:54 schrieb André Reichelt: Zumal das Urheberrecht in Deutschland nicht übertragbar ist. Dementsprechend sind PD-Lizenzierungen hierzulande nicht rechtskräftig. Du kannst zwar gerne hinschreiben, du erhebst keinen Anspruch auf die Daten, das kannst du aber jederzeit ändern und eine Klagewelle lostreten. Das wäre dann zwar moralisch verwerflich aber rechtlich völlig in Ordnung. Vom ewigen Wiederholen wird das nicht richtiger. Wenn du schreibst ich räume die Nutzung für jedermann zu beliebigem Zweck *UNWIEDERRUFLICH* ein, dann ist das eben unwiederruflich. Basta. Gruß, Bernd -- Ich halte es für besonders wichtig, dass sich ein junger Geist zunächst seinen Weg in der Welt der Phänomene sucht und ihm Formeln ganz und gar erspart bleiben. - Albert Einstein 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] Unverbindliche Umfrage zum Lizenzwechsel
Hallo Andre, Am 10.12.2009 um 16:16 schrieb André Reichelt: Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Es wird in meinen Augen zeit, dass sich das wo beansprucht CoudMade sämtliche Daten ? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSMdoc: Fragen für eine neue Version [namespaced tags, multivalued values]
Lars Francke schrieb: Ich bin hochinteressiert an jeder Art von Feedback. Unter anderem auch an Beispielen wo der Doppelpunkt (für keys) oder das Semikolon (für values) anders benutzt wird als oben beschrieben. Bei niederrangigen Wegen wird oft surface=grass;ground und ähnliches verwendet, Wirtschafts- oder Feldwege wie diesen http://www.malenki.ch/OSM/Bilder/ways/dscf29710_plattenstrasse_wirtschaftsweg_30x60.jpg tagge ich mit surface=concrete_plates_30x60;grass Doppelpunkte verwende ich derzeit bei *Alleen: natural:tree=left/right/ optional mit natural:botanical=lateinischer_Name_des_Gewächses *Barrieren: barrier:typ_der_Barriere=left/right/both Zumindest bei den Barrieren ist das noch nicht der Weisheit letzter Schluss, aber erst einmal erfasst... Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge fuer Kartographen
Peter Körner wrote: Ich baue im Moment an einer Mapnik-Installation in einer VirtualBox umgebung. Ich habe die letzten Wochen damit zugebracht, an Mapnik Ticket 320 [1] zu arbeiten, welches es ermöglichen würde, 100% Vektorisierte Karten zu erzeugen. Leider bin ich kein C++ Programmierer und Cairo habe ich auch noch nie benutzt, weshalb ich jetzt leider aufgeben musste. evtl. kann ich da helfen? Ist zwar schon ein bischen her, aber ich habe die PECL:cairo_wrapper Extension für PHP 'verbrochen' und hoffentlich noch nicht alles wieder vergessen .. -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Erfahrungen mit JOSM mit Laptop und drehbarem Monitor
Am 09.12.2009 20:49, Jan Tappenbeck: Moin ! hat einer von Euch schon Erfahrungen mit JOSM mit Laptop und drehbarem Monitor im Felde gesammelt ??? Funktioniert, ist aber nicht sonderlich praktisch :) Allerdings ist die Kombination Touchscreen + Balancieren auf dem Schoß/in einer Hand keine gute, wenn es darum geht Punkt in JOSM einzutragen. Man kommt m.E. schneller voran, wenn man die Eintragung in JOSM erst in Ruhe zu Hause vornimmt. Zudem ermüdet der Arm relativ schnell, wenn man mit nem Convertible rumrennt, um sich Notizen zu jedem Wegpunkt zu machen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge fuer Kartographen
Hartmut Holzgraefe schrieb: Peter Körner wrote: Ich baue im Moment an einer Mapnik-Installation in einer VirtualBox umgebung. Ich habe die letzten Wochen damit zugebracht, an Mapnik Ticket 320 [1] zu arbeiten, welches es ermöglichen würde, 100% Vektorisierte Karten zu erzeugen. Leider bin ich kein C++ Programmierer und Cairo habe ich auch noch nie benutzt, weshalb ich jetzt leider aufgeben musste. evtl. kann ich da helfen? Ist zwar schon ein bischen her, aber ich habe die PECL:cairo_wrapper Extension für PHP 'verbrochen' und hoffentlich noch nicht alles wieder vergessen .. Das wäre natürlich Großartig! Würdest du dich direkt an den C++ vom Mapnik rantrauen? Ich kann kaum C und noch weniger C++. Unter [1] habe ich meine Installations-Prozedeur beschrieben. Der Patch gegen r1433 des Mapnik istu nter [2] zu finden. Ich melde mich nachhern nochmal im Detail bei dir. Lg, Peter [1]http://svn.toolserver.org/svnroot/mazder/mapnik-in-a-box/docs/install-logbook [2]http://svn.toolserver.org/svnroot/mazder/mapnik-in-a-box/patches/mapnik_svg.r1433.patch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] polygon aus koordinaten erstellen/benutzen
Am Freitag 04. Dezember 2009 15:44:25 schrieb Fabian: Ist es moeglich bei vorhandene polygone in dem fall Landkreisgrenzenn an die Koordinaten zu kommen? Schau dir mal http://wiki.openstreetmap.org/wiki/User:Geo-francis an, da gibt's Erläuterungen zur Erstellung von Polygonen. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.funpic.de/gpg.html = www.stopptdievorratsdatenspeicherung.de 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] Unverbindliche Umfrage zum Lizenzwechsel
Hallo, André Reichelt wrote: Zumal das Urheberrecht in Deutschland nicht übertragbar ist. Dementsprechend sind PD-Lizenzierungen hierzulande nicht rechtskräftig. Du kannst zwar gerne hinschreiben, du erhebst keinen Anspruch auf die Daten, das kannst du aber jederzeit ändern und eine Klagewelle lostreten. Diesem Quatsch habe ich jetzt so oft widersprochen, das wiederhole ich nicht nochmal. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Hallo, André Reichelt wrote: Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Das ist Quatsch. Niemand beansprucht die Daten fuer sich. Sie sollen weiterhin unter einer freien Lizenz stehen. Es wird in meinen Augen zeit, dass sich das Projekt selbst ein paar Administratoren wählt, die die Leitung übernehmen. Die Administratoren (im technischen Sinne) bei OSM sind Tom Hughes und Grant Slater, und keiner von beiden ist oder war je mit Cloudmade verbandelt (und es scheint mir auch unwahrscheinlich, dass das je passieren koennte). Wer hat CloudMade überhaupt dazu autorisiert, Entscheidungen solcher Tragweite zu treffen? Wie kommst Du darauf, die neue Lizenz sei eine Entscheidung von CloudMade? Es trifft zwar zu, dass Steve Mitgruender von Cloudmade und zugleich OSMF-Vorsitzender ist, aber 1. in der License Working Group sind andere faehige Leute, die durchaus ihre eigene Meinung haben; 2. das gleiche gilt fuer den OSMF-Vorstand, der uebrigens von allen OSMF-Mitgliedern gewaehlt wurde. Ich befürchte, Steve hat da seine Kompetenzen bei weitem überschritten und einige werden schon alleine aus Protest der neuen Lizenz nicht zustimmen. Jeder hat das Recht, aus Protest der neuen Lizenz nicht zuzustimmen. Ich wuerde mir aber erhoffen, dass solcher Protest *wenigstens* wohlinformiert ist. Bei Dir sehe ich ausser einer betraechtlichen Menge Schaum vor dem Mund derzeit keine gruendliche Information. Im Gegenteil, Du bist nicht nur selbst uninformiert, sondern verbreitest das auch noch munter. Wenn Du auf derartige Sachkenntnis Dein Urteil stuetzen moechtest, dann hoffe ich, dass Du damit alleine bist. Außerdem gibt es immer wieder berechtigte Kritik an der neuen Lizenz, die vom Regime OSM scheinbar bewusst ignoriert wird. Die Kritik wird auf legal-talk, auf der OSMF-Talk-Liste, auf der Projekt-Talk-Liste und im IRC vorgebracht und diskutiert. Jedes letzte bisschen Kritik wird und wurde von Mitarbeitern der License Working Group beantwortet. Die Umfrage, die im ersten Posting dieses Threads referenziert wurde, ist mittlerweile von 344 Leuten beantwortet worden. 74% davon sagen, sie nehmen die neue Lizenz an. Weitere 12% sind unentschieden. 14% sind dagegen. Bist Du der Ansicht, die Umfrage ist vom Regime gefaelscht? Genügend Gründe gegen diese Lizenz wurden ja bereits genannt. Nein, im Gegenteil, es wurden bereits weit mehr Gruende genannt, die dagegen sprechen, den status quo beibehalten zu wollen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Hallo Sven, um die Eingabe ein wenig zu erleichtern habe ich mal für JOSM ein Preset gebaut. --- BEGIN -- item name=Bücherei icon=O:/OSM/library.png !-- Ueberschrift -- label text=Bücherei - ISIL / !-- Feste Werte -- key key=amenity value=library / !-- Variable Werte -- textkey=name text=Name / combo key=opening_hours text=Öffnungszeiten values=24/7,Mo-Fr 08:30-20:00,Tu-Su 08:00-15:00; Sa 08:00-12:00 default= delete_if_empty=true / textkey=ref:isil text=ISIL default=none delete_if_empty=true / textkey=addr:city text=Ort delete_if_empty=true / textkey=addr:street text=Straße delete_if_empty=true / textkey=addr:housenumber text=Hausnummer delete_if_empty=true / textkey=phone text=Telefon delete_if_empty=true / textkey=fax text=Fax delete_if_empty=true / textkey=email text=E-Mail delete_if_empty=true / textkey=website text=Webadresse delete_if_empty=true / /item --- END -- Das Icon ist im Anhang. Der Teil: icon=O:/OSM/library.png kann, oder sollte angepasst werden. Viel Spaß Jacques Am 08.12.2009, 22:01 Uhr, schrieb Sven Anders s...@anders-hamburg.de: Moin, ich hab jetzt einen ISIL Checker Online. Es wäre toll, wenn jeder einfach von den Bibliotheken in seiner Nähe die ISIL (das ist (arg verkürzt) eine International gültige Bibliothekennummer) ergänzt. Die Anwendung läuft auf: http://osm-isil.anders-hamburg.de/ Eine Erklärung dazu gibt es im Wiki unter: http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte Gruß Sven attachment: library.png___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routing auf gesperrter Strasse
Hallo zusammen, im folgenden Kartenausschnitt (http://www.openstreetmap.org/?lat=47.89879lon=11.7227zoom=17layers=0B00FTTT) gibt es eine Service-Auffahrt auf die Autobahn, die durch ein Kuhgatter und einen Schlagbaum für den 'normalen' Verkehr gesperrt ist. Bei Einschalten von Osmarender wird dieser Schlagbaum auf der Karte sichtbar. Den Schlagbaum habe ich nach Ortsbesichtigung selbst eingetragen und mit access=no getagged (ist das OK, oder welches tagging wäre evtl. hier sinnvoller?). Dennoch werde ich sowohl von meinem Garmin als auch OpenRouteService immer noch über diese Zufahrt geroutet, wenn ich von Holzkirchen kommend z.B. nach München will. Woran könnte das liegen, wo liegt hier der Fehler? Was muss ich tun damit nicht mehr über diese Zufahrt geroutet wird? Es könnte für einen Ortsunkundigen ja doch etwas blöd sein, wenn man auf die Autobahn will und plötzlich vor einem Schlagbaum steht. viele Grüße, Meinolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Checker für Bibliotheken in Deutschla nd
Hallo Sven, könntest Du drei unterschiedliche Icons für deine Karte verwenden: - ref:isil fehlt - ref:isil ist 'none' - ref:isil ist vorhanden, aber ungleich 'none' Schöne Grüße Jacques Am 08.12.2009, 22:01 Uhr, schrieb Sven Anders s...@anders-hamburg.de: Moin, ich hab jetzt einen ISIL Checker Online. Es wäre toll, wenn jeder einfach von den Bibliotheken in seiner Nähe die ISIL (das ist (arg verkürzt) eine International gültige Bibliothekennummer) ergänzt. Die Anwendung läuft auf: http://osm-isil.anders-hamburg.de/ Eine Erklärung dazu gibt es im Wiki unter: http://wiki.openstreetmap.org/wiki/DE:ISIL-Landkarte Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf gesperrter Strasse
Hallo. Am Donnerstag 10 Dezember 2009 19:55:43 schrieb Meinolf Vogt: Den Schlagbaum habe ich nach Ortsbesichtigung selbst eingetragen und mit access=no getagged (ist das OK, oder welches tagging wäre evtl. hier sinnvoller?). Den Schlagbaum an sich mit access=no zu taggen wäre IMHO nicht sinnvoll. Schließlich will kaum einer den Schlagbaum betreten. Meistens betrifft die Sperrung ein Stück des Weges. In diesem Fall wohl das Stück vom Schlagbaum bis zur Autobahn. Dieses Stück Weg sollte mit access=no getagged werden. Punktförmige Hindernisse werden von mkgmap erst seit kurzem überhaupt berücksichtigt und soweit ich weiß werden nur Poller bisher verarbeitet. Ich empfinde es nicht als unerwünschtes für-das-navi-mappen wenn man einen gesperrten Weg auch als gesperrt markiert. Auch wenn die Sperrungen an sich nur am Anfang bzw. Ende sind, der Weg ist gesperrt. Gruß, Bernd -- Waffenhändler: Hhhm ... Sie haben eine Zeit im Irrenhaus verbracht, Sie haben Alkoholprobleme, und Sie haben den Präsidenten verprügelt... Potentiell gefährlich. Das berechtigt Sie zum Kauf von drei oder weniger Handfeuerwaffen. Homer Simpson: Juchuuu! 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
[Talk-de] PD nicht zulässig vs CC0 (was : Unverbindliche Umfrage zum Lizenzwechsel)
André Reichelt schrieb: Zumal das Urheberrecht in Deutschland nicht übertragbar ist. Dementsprechend sind PD-Lizenzierungen hierzulande nicht rechtskräftig. Deshalb würde man sinnvollerweise eine CC0 wählen. Creative Commons - die kennen sich mit soetwas aus! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing auf gesperrter Strasse
Bernd Wurst schrieb: Meistens betrifft die Sperrung ein Stück des Weges. In diesem Fall wohl das Stück vom Schlagbaum bis zur Autobahn. Dieses Stück Weg sollte mit access=no getagged werden. barrier=gate hilft afaik auch. (Und das trifft es, egal ob das nun ein Tor oder eine Schranke ist) Anyway, da das Wegstück aber selbst auch nicht zulässig von jedermann befahren werden darf, ist dieser Wirtschaftsweg erstmal access private. BTW: Access=no wäre eher soetwas: http://www.addicks.net/albums/bizar/Fu_g_ngertreppe_sicher_gesperrt_DSCF1070.sized.jpg -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PD nicht zulässig vs CC0 (was : Unverbindliche Umfrage zum Lizenzwechsel)
Deshalb würde man sinnvollerweise eine CC0 wählen. Creative Commons - die kennen sich mit soetwas aus! Dann solltest du den Text nochmal genauer lesen. Da steht das gleiche was dir jeder kompetente Medienrechtler zum Thema sagen wird. Im Ernstfall kann dir das mit Pauken und Trompeten um die Ohren fliegen. Das ganze fußt einzig auf der Hoffnung das es sich ein Beteiligter nicht doch anders überlegt und durchzieht. Bis das nicht eindeutig von einem Gericht geklärt wurde, gerade im Punkt Unwiederufbarkeit, wo einige hier schon von einem Basta haluzinieren, steht das auf töneren Füßen. Das gleiche gilt für die Idee mit der Schöpfungshöhe. Auch da müsste im Ernstfall erstmal entschieden werden wo die Latte hängt. Bei einzlenen POI dürfte das noch klappen. Bei großen aufwendigen Beiträgen von Hand, wird es aber schon schwioerig da keinerlei Schöpfungshöhe erkennen zu können. Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PD nicht zulässig vs CC0 (wa s: Unverbindliche Umfrage zum Lizenzwechsel)
Am Donnerstag 10 Dezember 2009 21:05:32 schrieb Mirko Küster: Bis das nicht eindeutig von einem Gericht geklärt wurde, gerade im Punkt Unwiederufbarkeit, wo einige hier schon von einem Basta haluzinieren, steht das auf töneren Füßen. Man kann nicht nach einer Veröffentlichung bzw. nach dem Einräumen eines Nutzungsrechts nachträglich für dasselbe Nutzungsrecht an der selben Sache andere Bedingungen definieren. Sonst wären z.B. Exklusiv-Verträge ja auch nicht durchsetzbar, man könnte sich ja später umentscheiden. Man kann die Bedingungen für zukünftige Rechtsgeschäfte ändern aber nicht mehr nachträglich. Wenn du anderer Meinung bist, nenne mir bitte eine Quelle, denn das erscheint mir gegen jede Logik. Gruß, Bernd -- Das Leben ist nicht an mir vorbeigegangen. Es hat mich überrollt! 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] Unverbindliche Umfrage zum Lizenzwechsel
On 22/07/28164 20:59, André Reichelt wrote: Ulf Lamping schrieb: Ich bin zu der Überzeugung gekommen, daß die neue ODBL Lizenz die aktuellen Probleme nicht wirklich löst aber einen Haufen neue Probleme schafft. Über den Weg, wie versucht wird die neue Lizenz durchzudrücken kann ich inzwischen nur noch den Kopf schütteln. Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Es wird in meinen Augen zeit, dass sich das Projekt selbst ein paar Administratoren wählt, die die Leitung übernehmen. Ohje, da laeuft aber irgend etwas gewaltig schief in OpenStreetMap wenn irgendjemand das ernsthaft glaubt! Wo um alles in der Welt kommt diese Behauptung her das CloudMade saemtliche Daten fuer sich beansprucht?!? CloudMade hat absolut nichts mit der ganzen Sache zu tun. Wenn ueberhaupt koennte man die Behauptung aufstellen das die OpenStreetMap Foundation die Daten nun fuer sich beansprucht und auch das ist so falsch. Jedem wird weiterhin seine Daten die er eingetragen hat gehoeren. Wo die Kontroverse drum entstanden ist, ist das um Daten in OpenStreetMap eingeben zu koennen man auch die Contributor Terms [1] unterschreiben muss. Unter anderem sagen diese aus das man seine Daten unter der ODbL frei gibt, aber eben auch das man der OSMF unter bestimmten bedingungen das Recht einraeumt die Lizenz der Daten zu aendern. Diese Bedingungen sind das es per Abstimmung durch die Mehrheit der aktiven OSM Teilnehmer befuerwortet wird und das die neue Lizenz ebenfalls eine Open and free Lizenz ist. Wohlgemerkt, die Abstimmung ist unter OSM Teilnehmer, also nicht auf OSM-F Mitglieder beschraenkt. Es kann also wohl kaum behauptet werden das die Daten der OSM-F gehoeren und schon gleich gar nicht das sie CloudMade gehoert. Das letztere ist mit verlaub einfach nur Bloedsinn, wenn ich das mal so in der Deutlichkeit sagen darf. Der Grund wieso dieser Passus ueberhaupt in den Contributor Terms ist, ist das die Rechtslage generell mit Bezug auf Share-Alike Lizenzen fuer Daten recht unuebersichtlich zu sein scheint und weder die CC-BY-SA noch sonst eine Share-Alike Lizenz mit Bezug auf Daten je vor Gericht getestet wurde. Auch wenn alle Beteiligten natuerlich der Meinung sind das die ODbL die besser als die jetztige ist und auch eine gute Lizenz ist, ist es nicht ausgeschlossen das sich die Gesetzeslage in Zukunft deutlich aendert oder eben auch das sich herausstellt das ODbL probleme hat. Desshalb war vorgesehen der Community die Flexibilitaet zu geben auf solche Sachen in Zukunft per Abstimmung reagieren zu koennen. Dieser Passus in den Contributor Terms ist jedoch durchaus umstritten und es ist berechtigt sachlich darueber zu diskutieren ob das in der Tat die beste Loesung ist. Einige Vorschlaege die z.B. gemacht wurden sind das dieses Recht der OSMF nur fuer kurze Zeit (z.B. ein Jahr) eingeraeumt werden falls etwas gravierendes schief geht und danach nur noch die ODbL gilt. Persoenlich halte ich diesen Passus auch noch nicht fuer ideal und ich koennte mir Vorstellen das es dort noch aenderungen geben wird. Die Contributor Terms sind bislang auch noch als Version 0.9 Draft gekenzeichnet. Fuer konstruktive Kritik sind im uebrigen alle Beteiligten durchaus offen, nur mit unhaltbaren Anschuldigungen und Verschwörungstheorien kann man nicht viel Anfangen. Ausserdem muss man auch bedenken das ein Kompromiss zwischen ca. 150.000 Leuten gefunden werden muss. Da kann nicht jeder alles bekommen und es ist meist sehr schwer abzuwaegen was die Mehrheit will denn bei 15 Leuten kann man davon ausgehen das die Mehrheit sich nicht wirklich mit den Details bis zum Ende beschaeftigen will. Und nun noch einmal etwas zum Verhaeltniss zwischen CloudMade und der OSMF. Die beiden Sachen sind rechtlich zwei komplett getrennte Dinge. CloudMade ist eine private Firma die mit OpenStreetMap Geld verdienen will, jedoch genau wie jede andere Firma ein ganz normaler Benutzer von OpenStreetMap und keinerlei extra Rechte in OpenStreetMap oder der OpenStreetMap-Foundation hat. Die OpenStreetMap-Foundation hingegen ist ein Traegerverein (Bzw. das equivalent im englischen Recht), der demokratischen Strukturen unterliegt und das OpenStreetMap Projekt so gut es kann unterstuetzt, in dem es sich z.B. um das kaufen von Servern kuemmert, die SoTM organisiert und sich um Spenden fuer das Projekt kuemmert. Die OSM-F hat derzeit so um die 250 Mitglieder aus vielen verschiedenen Laendern und waehlt jedes Jahr ein Board of Directors von 7 Leuten. Jeder kann der OSM-F beitreten (wobei es derzeit eine geringe Beitritsgebuehr gibt) und dann mitwaehlen oder gewaehlt werden. Wo die Trennung etwas verwaesserter wird, ist das Steve Coast, der OpenStreetMap vor 5 Jahren gegruendet hat und somit nicht ueberraschender weise immer noch eine prominente Rolle in der Oeffentlichkeit mit Bezug auf OpenStreetMap
Re: [Talk-de] Routing auf gesperrter Strasse
Bernd Wurst schrieb: Punktförmige Hindernisse werden von mkgmap erst seit kurzem überhaupt berücksichtigt und soweit ich weiß werden nur Poller bisher verarbeitet. --link-pois-to-ways If this option is enabled, POIs that are situated at a point in a way will be associated with that way and may modify the way's properties. Currently supported are POIs that restrict access (e.g. bollards). Their access restrictions are applied to a small region of the way near the POI. Generell arbeiten Router mit Gewichten auf den Kanten und nicht auf den Nodes. Wie schon gesagt wurde ist access auf dem Poller-Node eher unsinnig. Der Poller ist ja kein Verkehrsschild. Motorräder zB. die da durch passen dürfen da auch durch, wenn es kein Schild verbietet. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wik i
Moin Markus, Unser Wiki behauptet aber, es könne XLS nicht annehmen. Speichere es als CSV. Das kann jeder lesen. Unser Wiki mag leider auch kein CSV... http://de.wikipedia.org/wiki/Hilfe:Tabellen#Hilfen da sind ein paar Tools verlinkt Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PD nicht zulässig vs CC0
Mirko Küster schrieb: Dann solltest du den Text nochmal genauer lesen. Da steht das gleiche was dir jeder kompetente Medienrechtler zum Thema sagen wird. Im Ernstfall kann dir das mit Pauken und Trompeten um die Ohren fliegen. Das ganze fußt einzig auf der Hoffnung das es sich ein Beteiligter nicht doch anders überlegt und durchzieht. Das fußt nicht nur auf Hoffnung, sondern es wurde sogar extra ins Gesetz reingeschrieben: http://de.wikipedia.org/wiki/Linux-Klausel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wiki
Hi ! Gib die Liste und die Relation ID der Grenze doch an Flohoff, dann packt er es in seine Auswertung mit rein. http://osm.gt.owl.de/Strassenliste/ Matthias habe mal etwas gebastelt (pre-pre-alpha nicht schick aber funktional ;-)) was ein CSV gegen die aktuellen OSM daten vergleicht. habe ich hier verwendet um zu sehn welche straßen fehlen und wo die anderen sind. http://shony.de/osm/trbr.html sollte kein problem sein das auch fuer Lauf aufzusetzen. Brauche nur die Straßenliste als csv. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Frederik Ramm schrieb: Wie kommst Du darauf, die neue Lizenz sei eine Entscheidung von CloudMade? Es ist doch nach wie vor so, dass ein Großteil der Mitglieder der OSMF von CloudMade gestellt werden. Außerdem ist der Vorstandsvorsitzende gleichzeitg Chef dieses privatwirtschaftlichen Unternehmens. Das halte ich persönlich für eine denkbar schlechte Kombination! Gruß, André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Hallo, André Reichelt wrote: Wie kommst Du darauf, die neue Lizenz sei eine Entscheidung von CloudMade? Es ist doch nach wie vor so, dass ein Großteil der Mitglieder der OSMF von CloudMade gestellt werden. Die Mitgliederliste ist nicht oeffentlich, aber ein Grossteil ist es ganz bestimmt nicht; ich wuerde schaetzen, die Zahl liegt im niedrigen zweistelligen Prozentbereich. Außerdem ist der Vorstandsvorsitzende gleichzeitg Chef dieses privatwirtschaftlichen Unternehmens. Das halte ich persönlich für eine denkbar schlechte Kombination! Steve ist nicht Chef von Cloudmade, nur einer der Gruender. Ferner besteht der Vorstand der OSMF aus 7 Leuten, und ausser Steve ist keiner davon jetzt oder irgendwann in der Vergangenheit von Cloudmade angestellt (gewesen). Diese 7 Leute haben untereinander abgestimmt, wer der Vorsitzende werden soll, und Steve wurde gewaehlt. Haetten die anderen (von denen immerhin, wenn ich mich recht entsinne, vier schon vorher im Vorstand waren) Steve nicht fuer geeignet gehalten, dann waere er auch nicht gewaehlt worden! Ich wuerde es selbst auch vorziehen, wenn keinerlei gewerbliche Interessen in der OSMF vertreten waeren, aber die Mehrheit der Mitglieder war wohl anderer Ansicht. Ich, der ich ja selber auch gewerbliche Interessen habe, haette nicht die geringste Lust, im OSMF-Vorstand zu sein. Wenn ich sagen wuerde lasst uns PD machen, hiesse es: Das macht der nur, damit er mit seiner Firma das Projekt abzocken kann!. Wenn ich sagen wurde lasst uns ODbL machen, hiesse es: Das macht er nur, um seine Firmeninteressen gegen grosse Player wie Google abzusichern, die ihn sonst ueber den Tisch ziehen!. Wuerde ich sagen lasst uns doch bei CC-BY-SA bleiben, so hiesse es: Der weiss genau, dass die CC-BY-SA loechrig ist wie ein Schweizer Kaese, und das kommt ihm fuer sein Business gerade recht!. Und wenn ich ueberhaupt nichts sage, dann findet sich sicher jemand, der sagt: Ausgerechnet in so einer wichtigen Frage haelt der sich raus, da haette man ihn ja auch gleich gar nicht zu waehlen brauchen! Politik ist schon doof ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Hallo, André Reichelt wrote: Für mich ist die aktuelle Situation ein massiver Verstoß gegen die Gewaltenteilung! Wie soll denn bitte eine Person objektiv über das Schicksal dieses Projektes entscheiden können, wenn der eigene Lebensunterhalt davon abhängt. Hier tritt man doch ganz klar in den Konflikt Was ist für mich das Beste? / Was ist für das Projekt das Beste?. Was nicht notwendigerweise ein Konflikt sein muss. Wenn OSM eingeht, muss ich mir eine andere Arbeit suchen ;-) Jeder seiter Mitarbeiter ist verpflichtend Mitglied in der OSMF. Belege? Ich sehe hier ganz klar, dass SteveC versucht, die Entscheidungen in der OSMF zu manipulieren, indem die Mitarbeiten von ihm soweit zurechtgebogen werden, dass sie den Willen des Chefs annehmen. Steve geniesst insgesamt trotz seines zuweilen ruepelhaften Auftretens so hohes Ansehen, dass er meiner Meinung nach jederzeit eine Mehrheit im Projekt oder eine Mehrheit der OSMF hinter sich bringen koennte. Nicht fuer jeden Mist, das ist klar, aber in weiten Grenzen. Man mag dies nun als Verschwörungstheorie bezeichnen, ich habe allerdings die berechtigte Befürchtung, dass das Hauotaugenmerk der neuen Lizenz darauf ausgerichtet ist, die Situation für die privatwirtschaftliche Firma CloudMade zu verbessern -- und dies auf Kosten der Freiheit unserer mühevoll gesammelter Daten. Kannst Du vielleicht einfach mal ganz konkret sagen, was ganz konkret Deine persoenlichen Befuerchtungen sind, wie und wo Deiner Ansicht nach also die Freiheit der Daten gefaehrdet wird? Dann koennte man diese Diskussion ja mal in inhaltliche Bahnen lenken. Des weiteren finde ich den Ton dieser Umfrage unter aller Sau. Eine Umfrage ist _NEUTRAL_ zu stellen. Wenn ich 100 Leute frage: Wähle A, oder du wirst erschossen!, wundert es mich nicht, wenn ein Großteil A wählt. Kannst Du mal sagen, auf welche Umfrage Du dich da konkret beziehst? Die Doodle-Umfrage wurde von einem franzoesischen OSM-User gemacht, der voellig unabhaengig gehandelt hat. In der Präambel dieser Umfrage steht ganz deutlich, dass die Daten gelöscht bzw. versteckt werden (was equivalent ist) ist es nicht; wenn man sich nicht für die ODbL entscheidet. Viele Nutzer werden aus Angst, ihre Daten könnten vernichtet werden, einfach der neuen Lizenz zustimmen, ohne sie wirklich zu durchblicken und die Nachteile zu sehen. Ich sag mal so. Angenommen, 75% derer, die bei OSM mitmachen, beschaeftigen sich gruendlich mit der Sache und sind der Ansicht: Ja, das ist gut so, das machen wir. 10% sagen: Nein, auf keinen Fall. 15% sind unfaehig oder nicht willens, sich ein Urteil zu bilden. In diesem Fall waere es mir entschieden lieber, die verbleibenden 15% wuerden aus Angst, ihre Daten werden vernichtet, mit Ja stimmen, statt dass sie nein sagen. Ich stimme Dir in dem Punkt zu, dass man bei der endgueltigen Frage (von der noch gar nicht klar ist, ob es dazu kommt - erst muessen die OSMF-Mitglieder ja abstimmen) klarstellen muss: * Wir bitten Euch, Eure Daten zu relizensieren * Wenn genuegend Leute mitmachen, geht die Sache weiter; die Daten derer, die nicht relizensieren, muessen dann irgendwie in einer CC-By-SA-Quarantaene geparkt werden; die Leute bekommen dann nochmal eine Gelegenheit, es sich anders zu ueberlegen * Wenn nicht genuegend Leute mitmachen, dann platzt die Sache und alles bleibt beim alten. Diese dritte Moeglichkeit wird derzeit nicht deutlich genug dargestellt. Grundsaetzlich waere es auch der LWG am liebsten, wenn man den zweiten Punkt so schildern koennte: Wenn Du gegen die Lizenz bist, kannst Du auch jetzt nein sagen, und wenn der Lizenzwechsel dann doch stattfindet, kannst Du Dich jederzeit umentscheiden und Deine Daten in den neuen Bestand uebernehmen. Das ist aber technisch sehr schwierig - wenn man erstmal alles auseinandergedroeselt hat, und dann ein Nachzuegler kommt mit ach ich habs mir doch anders ueberlegt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Strassenverzeichnis.XLS für OSM-Wiki
Matthias Versen schrieb: Hi ! Gib die Liste und die Relation ID der Grenze doch an Flohoff, dann packt er es in seine Auswertung mit rein. http://osm.gt.owl.de/Strassenliste/ zumindest auf Korrekturwünsche scheint er nicht mehr zu reagieren und die Übersichtskarte ist seit Ende November nicht mehr aktualisiert. http://osm.gt.owl.de/Strassenliste/images/ Schade. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Am 11.12.2009 02:37, schrieb Frederik Ramm: Hallo, André Reichelt wrote: Ich sehe hier ganz klar, dass SteveC versucht, die Entscheidungen in der OSMF zu manipulieren, indem die Mitarbeiten von ihm soweit zurechtgebogen werden, dass sie den Willen des Chefs annehmen. Steve geniesst insgesamt trotz seines zuweilen ruepelhaften Auftretens so hohes Ansehen, dass er meiner Meinung nach jederzeit eine Mehrheit im Projekt oder eine Mehrheit der OSMF hinter sich bringen koennte. Nicht fuer jeden Mist, das ist klar, aber in weiten Grenzen. Wenn man sich den Podcast der LWG zum Thema Lizenzwechsel [1] mal anhört, kommt: es sind ja laut der Umfrage [2] nur 10% dagegen, ist doch ein toller Erfolg. Unterschwellig kommt da bei mir so ein: ... und den Rest geben die ganzen Deppen da draußen schon wieder neu ein rüber. Mit der Lizenzänderung geben die Mapper der OSMF die Mittel in die Hand, nach Gutdünken (im Rahmen des nicht jeder Mist) die Lizenz nach ihren Vorstellungen umzuformen. Aktuell muß eine weitgehende Einstimmigkeit der Mapper für einen Lizenzwechsel vorhanden sein, sonst sind zu viele Daten weg. Demnächst reicht eine zähneknirschende 50% Zustimmung der aktiven Mapper aus (wobei die 50% nichtmal explizit erwähnt werden). Die OSMF möchte mit dieser Regelung künftige Lizenzwechsel für alle erträglicher gestalten - was ich verstehen kann, da ansonsten bei jedem zukünftigen Lizenzwechsel die Daten von Leuten gelöscht werden müssen die nicht mehr erreichbar sind (Tod, kein Interesse mehr, ...). Wie aber die OSMF und deren Interessen in 5 Jahren aussieht, weiß kein Mensch. Ich möchte in diesem Zusammenhang auch daran erinnern, daß Navteq und Teleatlas jeweils für mehrere Milliarden! Euro den Besitzer gewechselt haben. Die OSMF könnte da in Zukunft durchaus ein lohnendes Ziel einer feindlichen Übernahme werden. In der Präambel dieser Umfrage steht ganz deutlich, dass die Daten gelöscht bzw. versteckt werden (was equivalent ist) ist es nicht; Na ja, für jemanden der mit Nein stimmt ist der Effekt nahezu identisch. Ich stimme Dir in dem Punkt zu, dass man bei der endgueltigen Frage (von der noch gar nicht klar ist, ob es dazu kommt - erst muessen die OSMF-Mitglieder ja abstimmen) klarstellen muss: * Wir bitten Euch, Eure Daten zu relizensieren * Wenn genuegend Leute mitmachen, geht die Sache weiter; die Daten derer, die nicht relizensieren, muessen dann irgendwie in einer CC-By-SA-Quarantaene geparkt werden; die Leute bekommen dann nochmal eine Gelegenheit, es sich anders zu ueberlegen * Wenn nicht genuegend Leute mitmachen, dann platzt die Sache und alles bleibt beim alten. Diese dritte Moeglichkeit wird derzeit nicht deutlich genug dargestellt. Das ist aktuell leider die Vorgehensweise: Dinge, die nicht ins Konzept passen werden auf der englischen talk Liste (bewußt?) vergessen zu erwähnen. Du versuchst das ganze Thema ausgewogen rüberzubringen was ich sehr gut finde. Auf der englischen talk Liste ist die Diskussion leider wesentlich weniger ausgewogen. Gruß, ULFL [1] http://www.opengeodata.org/2009/12/08/license-working-group-podcast/ [2] http://doodle.com/feqszqirqqxi4r7w ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unverbindliche Umfrage zum Lizenzwechsel
Am 10.12.2009 21:39, schrieb Kai Krueger: On 22/07/28164 20:59, André Reichelt wrote: Ulf Lamping schrieb: Ich bin zu der Überzeugung gekommen, daß die neue ODBL Lizenz die aktuellen Probleme nicht wirklich löst aber einen Haufen neue Probleme schafft. Über den Weg, wie versucht wird die neue Lizenz durchzudrücken kann ich inzwischen nur noch den Kopf schütteln. Genau diese Ansicht teile ich. Ich finde es skandalös, dass das privatwirtschaftlich geführte Unternehmen CloudMade sämtliche Daten nun für sich beansprucht. Es wird in meinen Augen zeit, dass sich das Projekt selbst ein paar Administratoren wählt, die die Leitung übernehmen. Andre, ich finde es ja toll das du mir zustimmst, aber bitte tu mir einen Gefallen und schreib a) in einem angemessenen Tonfall und b) sachlich halbwegs fundiert Dieser Passus in den Contributor Terms ist jedoch durchaus umstritten und es ist berechtigt sachlich darueber zu diskutieren ob das in der Tat die beste Loesung ist. Einige Vorschlaege die z.B. gemacht wurden sind das dieses Recht der OSMF nur fuer kurze Zeit (z.B. ein Jahr) eingeraeumt werden falls etwas gravierendes schief geht und danach nur noch die ODbL gilt. Persoenlich halte ich diesen Passus auch noch nicht fuer ideal und ich koennte mir Vorstellen das es dort noch aenderungen geben wird. Die Contributor Terms sind bislang auch noch als Version 0.9 Draft gekenzeichnet. Ich könnte mir z.B. vorstellen, daß man über die beiden Punkte ODbL und spätere Änderungsmöglichkeit getrennt abstimmt. Also die naechste Moeglichkeit sich neue Board Members oder Administratoren fuer die OSM-F zu suchen besteht im naechsten August zur jaehrlich Hauptversammelung von OSM-F. Bzw, es gaebe glaube ich sogar die Moeglichkeit eine aussergewoehnlich Hauptversammelung einzuberufen wenn es genuegend Unterstuetzung dafuer gibt. Die Lizenz-Frage ist jedoch mit sicherheit nicht der richtige Ort dafuer. Bislang ist die OSMF für Mapper kaum in Erscheinung getreten, was ihrem eigenen Anspruch unterstützen, aber nicht kontrollieren durchaus gerecht wird. Jetzt will die OSMF die (eingeschränkte) Kontrolle über die verwendete Lizenz ausüben. Wenn dem so kommt, ist die Lizenz-Frage daher genau der Zeitpunkt darüber abzustimmen, ob man das so will oder nicht. Im Prinzip sehe ich an diesem Verfahren also eigentlich kein Problem und es folgt so ziehmlich der gleichen Methodik wie jedes andere Verfahren dieser Art. Es wird ein moegliches Problem entdeckt, ein paar kompetente und sehr interessierte Freiwillige erarbeiten mit viel Input aller anderer ein Vorschlag der dann zur algemeinen Abstimmung steht. ... sonst heißt es immer: Mir doch egal was ihr da ausgekaspert habt, ich mach das so wie ich das will. Die Konsequenzen bei der Lizenzfrage sind völlig andere und Alternativen habe ich - wenn ich im Projekt bleiben will - keine. Das hat schon eine ganz andere Qualität. Und wenn dann immernoch die negativen Seiten ueberwiegen, dann, klar sollte man auch mit Nein stimmen, aber eben nicht aus politischem protest. Das schadet dann nur allen. Mit einer Ja Stimme (zumindest wie es momentan formuliert ist) gibt man der OSMF mehr Macht, als sie ohnehin schon hat. Wenn ich genau das nicht will, was bleibt mir dann übrig? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-in] Well not rendered
On Thursday 10 Dec 2009 9:41:42 am H.S.Rai wrote: There is a well with name Hattian wala Khooh http://openstreetmap.org.in/?zoom=20amp;lat=30.84516amp;lon=75.86118amp; layers=B It is not being rendered. I made it 3 days back. See what is wrong. Some layer problem or tagging? if you have put man_made=well it will render. There have been problems with Geofabrik's server - the Asian data takes a few days to update. That is probably the reason. And internet has been horrible here for the last three days, so I was not able to update the data yesterday and today. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-in] latest data on site- attn HS Rai
hi, I finally managed to ssh to our server and update the data - hopefully Prof's well is now available to the public. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] latest data on site- attn HS Rai
On Thu, Dec 10, 2009 at 5:12 PM, Kenneth Gonsalves law...@au-kbc.orgwrote: hi, I finally managed to ssh to our server and update the data - hopefully Prof's well is now available to the public. Hi Kenneth, index.html has a broken link to quicklinks.html though i have checked in the same. Either it was not pulled(which i hope is not, assuming you have pulled everything) or some other issue on web server. Can you please look into it? -- Regards Srikanth.L http://j.mp/SrikanthL ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] latest data on site- attn HS Rai
On Thursday 10 Dec 2009 5:25:14 pm Srikanth Lakshmanan wrote: index.html has a broken link to quicklinks.html though i have checked in the same. Either it was not pulled(which i hope is not, assuming you have pulled everything) or some other issue on web server. Can you please look into it? did not notice your checkin - relax. Internet is really sucking today. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] latest data on site- attn HS Rai
On Thursday 10 Dec 2009 5:26:12 pm H.S.Rai wrote: On Thu, Dec 10, 2009 at 5:12 PM, Kenneth Gonsalves law...@au-kbc.org wrote: I finally managed to ssh to our server and update the data - hopefully Prof's well is now available to the public. http://openstreetmap.org.in/?zoom=18amp;lat=30.84515amp;lon=75.86116amp; layers=B Yes. Well is there, but it is not named. Do we want to have names rendered also? I want it. the do it - you have commit rights ;-) -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] latest data on site- attn HS Rai
On Thu, Dec 10, 2009 at 5:31 PM, Kenneth Gonsalves law...@au-kbc.org wrote: Yes. Well is there, but it is not named. Do we want to have names rendered also? I want it. the do it - you have commit rights ;-) O.K. I will do it. Before doing anything, it may be good or desirable to discuss and seek opinion or have consensus. -- H.S.Rai ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] latest data on site- attn HS Rai
On Thursday 10 Dec 2009 6:26:23 pm H.S.Rai wrote: On Thu, Dec 10, 2009 at 5:31 PM, Kenneth Gonsalves law...@au-kbc.org wrote: Yes. Well is there, but it is not named. Do we want to have names rendered also? I want it. the do it - you have commit rights ;-) O.K. I will do it. Before doing anything, it may be good or desirable to discuss and seek opinion or have consensus. yes - propose and then implement. Or implement and propose at the same time - as long as it is tested. -- regards Kenneth Gonsalves Senior Project Officer NRC-FOSS http://nrcfosshelpline.in/web/ ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in