[talk-ph] OSM-PH @ Software Freedom Day 2011
Dear everyone, We have a slot/session in the upcoming Software Freedom Day 2011 in UST Sept. 17, 2011. We urged Pinoy OSMers to join and help us run the session. Details and confirmation of attendance here: https://www.facebook.com/event.php?eid=210784685637970 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Fwd: [OSM-talk] Mapnik Tile Rendering outage this evening.
FYI. -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Thu, Aug 25, 2011 at 11:14 PM Subject: [OSM-talk] Mapnik Tile Rendering outage this evening. To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OSM, There will be a 2 hour rendering outage for tile.openstreetmap.org this evening from approximately 17:00 GMT. Static tiles will be available. Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail, where no cached copy is available, and tile response times may be slower than normal. Technical: Upgrading Intel 320 Series SSD firmware in server yevaud. The upgrade fixes the dreaded 8MB disk issue. Regards Grant ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
On 25 August 2011 02:00, andrzej zaborowski balr...@gmail.com wrote: This is a different topic but last I heard the CT don't assure everything you upload is ODbL compatible, but rather than your contribution is compatible with all the licenses that may be chosen by OSMF -- and that everything you uploaded is as far as you know compatible with the current license, i.e. CC-By-SA. There are two separate things there: a) your contribution is compatible with all the licenses that may be chosen by OSMF b) everything you uploaded is as far as you know compatible with the current license, i.e. CC-By-SA. I don't think that data under any licence other than PD could satify (a) because the OSMF can chose any free an open license (subject to a vote etc.). Given the unknown conditions of a future license, you can't guarantee compatibility of your data with a future one. That means that if a re-license were to occur in future, OSMF would somehow have to figure out what data was compatible and what wasn't. I agree about (b), that it sounds like the only requirement clause 1a adds on uploaded data is compatilbility with CC-BY-SA (as it's the current license terms). On the assumption that clause 2 only extends as far as you can grant those rights, I don't see what would prevent someone from agreeing to the CTs and then uploading CC-BY-SA data (other than politeness and social pressure). After the transition to ODbL, I would assume that people are okay with contributors uploading ODbL-licensed data; for example something that they have downloaded and then edited. -- James ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Refusing CT but declaring contributions as PD
Simon Poole si...@poole.ch wrote on 25/08/2011 05:53:04 PM: Having an agreement with the mapper along the lines of the CTs is clearly safe(*), a statement on his wiki page, who knows? I'd come down on the other side of this line. It would be easier to argue that some long click-through agreement was unread or misunderstood. An explicit statement that you have included on your wiki page that your edits are unencumbered, in the public domain and freely available for any use is pretty convincing to me. I'm still using some public domain sources to assist in contributing to OSM. I don't think anything I have agreed to in the CT prevents me from using other's PD contributions incorporated with mine, and I'm currently quite comfortable in that position. Ian.___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] [osmf-talk] Membership applications from Skobbler employees
Hasn't it happened in the past that large numbers of Cloudmade employees have joined the OSMF? That didn't cause the organization to be somehow subverted, and neither will people who work for Skobbler (or Microsoft, or whoever). -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [osmf-talk] Membership applications from Skobbler employees
On 25 August 2011 19:15, Ed Avis e...@waniasset.com wrote: Hasn't it happened in the past that large numbers of Cloudmade employees have joined the OSMF? That didn't cause the organization to be somehow subverted, and neither will people who work for Skobbler (or Microsoft, or whoever). In the past OSM-F was merely supporting OSM contributors, now that they've decided to own the database things are some what different, and OSM-F has set itself up as a target. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [osmf-talk] Membership applications from Skobbler employees
On 25/08/11 10:15, Ed Avis wrote: Hasn't it happened in the past that large numbers of Cloudmade employees have joined the OSMF? That didn't cause the organization to be somehow subverted, and neither will people who work for Skobbler (or Microsoft, or whoever). This is, by my understanding, the third year it has happened. Two years ago it was, as you say, a large number of Cloudmade employees, and I assume that it what Steve was alluding to. Last year it was a large number of Skobbler employees. This year it appears to be an additional group of Skobbler employees. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [osmf-talk] Membership applications from Skobbler employees
On Thu, Aug 25, 2011 at 5:15 AM, Ed Avis e...@waniasset.com wrote: Hasn't it happened in the past that large numbers of Cloudmade employees have joined the OSMF? That didn't cause the organization to be somehow subverted I wouldn't be so sure about that. The organization has gone downhill ever since. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
2011/8/25 Frederik Ramm frede...@remote.org: Call me a cynic, but from my (limited) experience with other not-for-profits and I tend to thinkg that the amount of fear, hate, mistrust, and general bad karma is proportional to the size and budget of the organisation. can't disagree with this suspicion. If we manage to keep OSMF small and relatively unimportant, then we'll avoid problems like those. This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
Martin Koppenhoefer dieterdreist at gmail.com writes: This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? It might be better to spin off a separate organization which is the rights holder, separate from the less contentious OSMF functions like providing funding to keep the servers running or organizing SoTM. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
On 25 August 2011 22:26, Ed Avis e...@waniasset.com wrote: Martin Koppenhoefer dieterdreist at gmail.com writes: This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? It might be better to spin off a separate organization which is the rights holder, separate from the less contentious OSMF functions like providing funding to keep the servers running or organizing SoTM. Wouldn't spreading resources thinner only make it easier for someone with enough money and other resources to game the system? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
I almost hesitate to jump in, but I'd like to give the perspective from Cloudmade that I think is probably mirrored in skobbler. In Cloudmade staff are passionate about OSM and mapping. Many of the staff wanted to join OSMF 2 years ago and we encouraged that. And we got the same reaction from some parts of the community. However, I can clearly state that my team (and most of them were my team) would have told me to f#%k off if I even tried to tell them how to map, hack or vote. The employees of Cloudmade are as diverse a set of mappers as any other group of OSM members and it was down right rude at that time to view them as corporate surrogates being directed to some sinister goal. They may share some common concerns but so do lots of other collections of people in OSM. In short I think the same thing is happening to the individuals at skobbler who are probably wondering now (like my guys did in the past) why the hell did I bother getting involved? My $0.02 only. Jim Brown CTO - CloudMade j...@cloudmade.com Sent from my iPad On 25 Aug 2011, at 05:34, John Smith deltafoxtrot...@gmail.com wrote: On 25 August 2011 22:26, Ed Avis e...@waniasset.com wrote: Martin Koppenhoefer dieterdreist at gmail.com writes: This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? It might be better to spin off a separate organization which is the rights holder, separate from the less contentious OSMF functions like providing funding to keep the servers running or organizing SoTM. Wouldn't spreading resources thinner only make it easier for someone with enough money and other resources to game the system? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Mapnik Tile Rendering outage this evening.
OSM, There will be a 2 hour rendering outage for tile.openstreetmap.org this evening from approximately 17:00 GMT. Static tiles will be available. Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail, where no cached copy is available, and tile response times may be slower than normal. Technical: Upgrading Intel 320 Series SSD firmware in server yevaud. The upgrade fixes the dreaded 8MB disk issue. Regards Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
On Thu, Aug 25, 2011 at 3:09 PM, Jim Brown j...@cloudmade.com wrote: I almost hesitate to jump in, but I'd like to give the perspective from Cloudmade that I think is probably mirrored in skobbler. In Cloudmade staff are passionate about OSM and mapping. Many of the staff wanted to join OSMF 2 years ago and we encouraged that. And we got the same reaction from some parts of the community. Jim My recollection was that they all got passionate about OSM on the same day, just one day before the close of email voting for that year's election. Care to comment on that? 80n However, I can clearly state that my team (and most of them were my team) would have told me to f#%k off if I even tried to tell them how to map, hack or vote. The employees of Cloudmade are as diverse a set of mappers as any other group of OSM members and it was down right rude at that time to view them as corporate surrogates being directed to some sinister goal. They may share some common concerns but so do lots of other collections of people in OSM. In short I think the same thing is happening to the individuals at skobbler who are probably wondering now (like my guys did in the past) why the hell did I bother getting involved? My $0.02 only. Jim Brown CTO - CloudMade j...@cloudmade.com Sent from my iPad On 25 Aug 2011, at 05:34, John Smith deltafoxtrot...@gmail.com wrote: On 25 August 2011 22:26, Ed Avis e...@waniasset.com wrote: Martin Koppenhoefer dieterdreist at gmail.com writes: This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? It might be better to spin off a separate organization which is the rights holder, separate from the less contentious OSMF functions like providing funding to keep the servers running or organizing SoTM. Wouldn't spreading resources thinner only make it easier for someone with enough money and other resources to game the system? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tag 'is_in' workable ?
Hi list, Here's a node that reprendre the center of a city in France : http://www.openstreetmap.org/browse/node/26698384 We cannot know in which country is this city. because 'France' in the 'is_in' tag can reference to a district name or I don't know. Also, it's difficult to exploit (we have to parse, to compare etc., it's not productive). As the tag 'admin_level' is finished (from 1 to 10), why not propose tags admin_level1 to admin_level10 for nodes and ways in order to retreive the country/region/department/district of a node or a way in a precise way ? Thank you all, Aurélien ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag 'is_in' workable ?
Hi, Aurélien FILEZ wrote: We cannot know in which country is this city. because 'France' in the 'is_in' tag can reference to a district name or I don't know. Also, it's difficult to exploit (we have to parse, to compare etc., it's not productive). Yes. The is_in tag is really a relic of the time when we didn't have boundary polygons etc.; today, it should not be used because services like Nominatim can determine automatically which region(s) an object is in. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
Sure... They were passionate prior to that of course. Look at the evolution of the kyiv map over time. It's also really telling that so many have left Cloudmade and still are part of the community, these are individual mappers your are talking about. People who give a damn about OSM, They just started talking and asking about getting into OSMF, which they needed help doing as you probably recall I think. It used to be much harder to join. So we decided to help, and so they joined. I'm doubly surprised that you still think that was some evil plan. Nothing particularly evil came from it as I recall. But if you do still think there was bad intent, it is obviously pointless to try and change your mind. I'm just glad most of the community seems to be over it. Ciao, Jim On 25 Aug 2011, at 08:17, 80n 80n...@gmail.commailto:80n...@gmail.com wrote: On Thu, Aug 25, 2011 at 3:09 PM, Jim Brown mailto:j...@cloudmade.comj...@cloudmade.commailto:j...@cloudmade.com wrote: I almost hesitate to jump in, but I'd like to give the perspective from Cloudmade that I think is probably mirrored in skobbler. In Cloudmade staff are passionate about OSM and mapping. Many of the staff wanted to join OSMF 2 years ago and we encouraged that. And we got the same reaction from some parts of the community. Jim My recollection was that they all got passionate about OSM on the same day, just one day before the close of email voting for that year's election. Care to comment on that? 80n However, I can clearly state that my team (and most of them were my team) would have told me to f#%k off if I even tried to tell them how to map, hack or vote. The employees of Cloudmade are as diverse a set of mappers as any other group of OSM members and it was down right rude at that time to view them as corporate surrogates being directed to some sinister goal. They may share some common concerns but so do lots of other collections of people in OSM. In short I think the same thing is happening to the individuals at skobbler who are probably wondering now (like my guys did in the past) why the hell did I bother getting involved? My $0.02 only. Jim Brown CTO - CloudMade mailto:j...@cloudmade.comj...@cloudmade.commailto:j...@cloudmade.com Sent from my iPad On 25 Aug 2011, at 05:34, John Smith mailto:deltafoxtrot...@gmail.comdeltafoxtrot...@gmail.commailto:deltafoxtrot...@gmail.com wrote: On 25 August 2011 22:26, Ed Avis mailto:e...@waniasset.come...@waniasset.commailto:e...@waniasset.com wrote: Martin Koppenhoefer dieterdreist at http://gmail.com gmail.comhttp://gmail.com writes: This was completely easy in the past, but is it realistic to keep OSMF relatively unimportant if it is rights holder for all the data? It might be better to spin off a separate organization which is the rights holder, separate from the less contentious OSMF functions like providing funding to keep the servers running or organizing SoTM. Wouldn't spreading resources thinner only make it easier for someone with enough money and other resources to game the system? ___ talk mailing list mailto:talk@openstreetmap.org talk@openstreetmap.orgmailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list mailto:talk@openstreetmap.orgtalk@openstreetmap.orgmailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
On Thu, Aug 25, 2011 at 7:40 PM, Jim Brown j...@cloudmade.com wrote: Sure... They were passionate prior to that of course. Look at the evolution of the kyiv map over time. It's also really telling that so many have left Cloudmade and still are part of the community, these are individual mappers your are talking about. People who give a damn about OSM, They just started talking and asking about getting into OSMF, which they needed help doing as you probably recall I think. It used to be much harder to join. So we decided to help, and so they joined. The thing you need to explain is the timing. Why was there a mass signup just before the end of the voting period? Why did you decide to help them at that moment? I'm doubly surprised that you still think that was some evil plan. Nothing particularly evil came from it as I recall. Who is making an accusation that it was an evil plan? What I said was My recollection was that they all got passionate about OSM on the same day, just one day before the close of email voting for that year's election. Why do you feel the need to be defensive? But if you do still think there was bad intent, it is obviously pointless to try and change your mind. I'm just glad most of the community seems to be over it. It was never publicly disclosed to the community. The OSMF had an obligation, under the UK data protection laws, to preserve the confidentiality of personal information. It would have been a breach of confidence to make it public at the time. I can only ask you about it now because you raised the subject here yourself just now. As Gert [1] mentioned, it was inappropriate for Henk to have publicly announced that Skobbler were apparently doing the same thing this year. So, could you please explain the timing of this co-ordinated signup by CloudMade employees and associates? 80n [1] http://lists.openstreetmap.org/pipermail/osmf-talk/2011-August/001145.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
[http://images.itn.co.uk/images/ITN_Master_blue.gif] PHILLIP BARNETT SERVER MANAGER 200 GRAY'S INN ROAD LONDON WC1X 8XZ UNITED KINGDOM T +44 (0)20 7430 4474 F E phillip.barn...@itn.co.uk WWW.ITN.CO.UK P Please consider the environment. Do you really need to print this email? From: 80n [80n...@gmail.com] Sent: 25 August 2011 20:34 To: Jim Brown Cc: talk@openstreetmap.org; Ed Avis Subject: Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees The OSMF had an obligation, under the UK data protection laws, to preserve the confidentiality of personal information. It would have been a breach of confidence to make it public at the time. Not so. UK Data Protection laws exist to safeguard 'personal' data. Saying that ' there has been a large number of applications for OSMF membership by people who appear to be employees of Apple ' for instance, is perfectly in order - you are not releasing any 'personal data' UNLESS you also released, say, email addresses and names of the people, which can personally identify them, perhaps to back up your assertion. Phillip Obligatory disclaimers : IANAL, but I have read the Data Protection Act. (Which is commonly misused by people who haven't read it) All my opinions are my own, and are not necessarily shared by my employers. Please Note: Any views or opinions are solely those of the author and do not necessarily represent those of Independent Television News Limited unless specifically stated. This email and any files attached are confidential and intended solely for the use of the individual or entity to which they are addressed. If you have received this email in error, please notify postmas...@itn.co.uk Please note that to ensure regulatory compliance and for the protection of our clients and business, we may monitor and read messages sent to and from our systems. Thank You. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF elections
Well, I cannot run for election because I am not a paying member. I have spend a lot of time and money working on osm kosovo and I dont see why I should sink more money into this. If my contributions do not warrant a membership then I see this as not for me. We organized three conferences and charged no entry fee, flossk.org charges no membership fees. I guess I see things totally different than you do. If you want to sponsor me a membership than I am willing to speak. Otherwise, what I really want Is a server account to use some CPU for my programs, I have enjoy being given some server resources on the osm servers. mike On Mon, Aug 15, 2011 at 8:07 PM, Henk Hoff toffeh...@gmail.com wrote: Just so you all know: - You can expect an announcement for the AGM this weekend (or sooner) - If you are / have been OSMF member you will get a mail with details whether you're eligible to vote. Also this weekend. - If you haven't had a mail by Sunday evening, and you think you are member of OSMF, please send a mail to membership at osmfoundation dot org Cheers, Henk acting Secretary OSMF On Mon, Aug 15, 2011 at 5:48 PM, Cartinus carti...@xs4all.nl wrote: On Monday 15 August 2011 15:31:54 Tom Hughes wrote: On 14/08/11 15:30, Richard Weait wrote: So if you have been thinking about standing for election to the OSMF board, if you have issues that you would like to see discussed by candidates, if you have suggestions and requests for those involved, now is a good time to start putting things in order. It is also a good time for anybody wishing to be able to participate in the election to ensure that their membership is paid up. DO NOT ASSUME THAT THE OSMF WILL REMIND YOU TO PAY I speak from bitter experience having had my vote invalidated last year as it turned out my membership had expired and I had not been invited to pay for another year. I know I wasn't the only one who suffered from that problem last year, and it seems destined to be repeated this year as my membership lapsed again about three weeks ago without any reminder being issued. Tom I got got a reminder this week that it lapsed a year ago. You're just asking too speedy a service ;) -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Osmf-talk] Membership applications from Skobbler employees
Jim Brown writes: Sure... They were passionate prior to that of course. Look at the evolution of the kyiv map over time. It's also really telling that so many have left Cloudmade and still are part of the community, these are individual mappers your are talking about. People who give a damn about OSM, I was a mapper before, during, and after my Cloudmade days. They just started talking and asking about getting into OSMF, which they needed help doing as you probably recall I think. It used to be much harder to join. So we decided to help, and so they joined. You need to stir your whitewash, Jim. It's a little thin. I can't speak for anybody in England or Kyiv, but the community ambassadors were instructed to join the OSMF, and the cost was expensable. It was a great idea, but it came down from corporate, not up from the ranks. I'm doubly surprised that you still think that was some evil plan. Nothing particularly evil came from it as I recall. Agreed, nothing evil came of it. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] label rendering errors at Fernvale Qld
Hi, at this link http://www.openstreetmap.org/?lat=-27.4395lon=152.726zoom=14layers=M in Fernvale, there are two label oddities: 1) Bottom left - town label Fernvale appears, but the town is also labelled correctly up to the North East already (where the town is) 3) Top Right - Lake Manchester label appears, but the actual lake (and it's label) already appear to the South. Looking in Potlatch I can't see the source of these spurious labels, anyone know what's going on? Cheers, Chris ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] label rendering errors at Fernvale Qld
On 25/08/11 08:36, Chris Barham wrote: Hi, at this link http://www.openstreetmap.org/?lat=-27.4395lon=152.726zoom=14layers=M in Fernvale, there are two label oddities: 1) Bottom left - town label Fernvale appears, but the town is also labelled correctly up to the North East already (where the town is) 3) Top Right - Lake Manchester label appears, but the actual lake (and it's label) already appear to the South. Looking in Potlatch I can't see the source of these spurious labels, anyone know what's going on? I suspect the labels derive directly from two multipolygon relations bearing those names. Lake Manchester: http://www.openstreetmap.org/browse/relation/91460 Fernvale: http://www.openstreetmap.org/browse/relation/96375 John H Note for Richard/whoever: Can this stupid censorship please cease before much more harm is done. I had no significant criticism of OSM until it was imposed. But now I have, and it's increasing daily. You'll find Australians are like that! ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Die OSMF braucht Euch!
Hallo, am 24.08.2011 22:34 schrieb Christian H. Bruhn: Überweisung nach UK mit IBAN und BIC die auf EURO lauten, sind in der Regel auch kostenfrei. Man darf nur nicht Pfund als Währung angeben. Einfach den Betrag selbst umrechnen und zur Sicherheit (Wechselkursschwankungen) etwas aufrunden. OK, hab ich gemacht. Wenn das jetzt Gebühren kostet, wehe... :-) nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 24. August 2011 14:38 schrieb Christian Müller cmu...@gmx.de: Am 24.08.2011 10:28, schrieb Hartmut Holzgraefe: ich glaube nicht das ST_CONTAINS() Josm-Wissen eingebaut hat, genau so wenig wie ST_TOUCHES() beachtet ob zwei sich berührende Flächen durch eine ausdehnungslose Straße getrennt sind. Code sollte sich an das Datenmodell anpassen - nicht umgekehrt. Wenn sich Software nicht an uns anpasst, sondern wir uns an die Software, könnten wir ja gleich mit SQL Statements mappen. das stimmt natürlich, nur sollte man das dann auch einvernehmlich beschließen und dokumentieren (wobei ich hier finde, dass man sich selbst in den Fuß schiessen würde, wenn man ein dermaßen aufwendig auszuwertendes Konstrukt einführen würde). Klar kann man sein Modell so gestalten, dass Flächengrenzen nicht unbedingt an der Stelle liegen, wo man sie zeichnet, sondern eben um halbe Straßenbreiten verschoben werden müssen, um zu den echten Grenzen zu kommen. Bisher ist das so aber nirgends dokumentiert, d.h. wenn jemand auswertet, welches Objekt sich innerhalb einer Fläche befindet, dann wird er in aller Regel nur nachsehen, ob die Fläche das Objekt umschließt, und wird (m.E. zumindest bisher) nicht anfangen, Straßenbreiten zu schätzen und abzuziehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Hallo, On 08/25/2011 02:40 PM, Martin Koppenhoefer wrote: Klar kann man sein Modell so gestalten, dass Flächengrenzen nicht unbedingt an der Stelle liegen, wo man sie zeichnet, sondern eben um halbe Straßenbreiten verschoben werden müssen, um zu den echten Grenzen zu kommen. Echt gibt es bei uns sowieso nicht, nur mehr oder weniger genau angenaehert. In den meisten Faellen ist eine Strassen-Mittellinie voellig ausreichend als Annaeherung. Und das ist sehr wohl dokumentiert - jedesmal, wenn jemand fragt, ob er eine Flaeche bis an die Strassenmittellinie malen kann, bekommt er die Antwort, dass das moeglich ist. Bisher ist das so aber nirgends dokumentiert, d.h. wenn jemand auswertet, welches Objekt sich innerhalb einer Fläche befindet, dann wird er in aller Regel nur nachsehen, ob die Fläche das Objekt umschließt, und wird (m.E. zumindest bisher) nicht anfangen, Straßenbreiten zu schätzen und abzuziehen. Ja, aber die meisten Leute zeichnen zum Beispiel einen Waldweg mitten durch den Wald, ohne den Wald an der Stelle in zwei Haelften zu zerteilen, obwohl dort, wo Weg ist, ja kein Wald ist. Oder es wird ein Haus in den Wald gemalt und das - Skandal! - nicht als Loch im Polygon eingetragen (stehen da etwa Baueme?). Und so weiter. Du legst hier einen fuer unser Projekt voellig uebertriebenen Genauigkeitsmasstab an. Es verbietet Dir keiner, selbst so penibel zu mappen, bloss erzaehl bitte nicht anderen, dass sie es falsch machen, wenn sie nicht genauso penibel sind. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
Am 24. August 2011 22:34 schrieb Paul Hartmann phaau...@googlemail.com: On 08/24/2011 09:04 PM, Christian Müller wrote: Tools Simplify Way ist eine JOSM-core Funktion und benutzt Douglas-Peucker (genau wie Merkaator). Dieser Algorithmus zerstört allerdings kleine Strukturen, wie rechtwinklige Ausbuchtungen und kann bei geschlossenen Wegen nicht den Anfangs- bzw. Endpunkt löschen. +1, soweit ich das sehe spielen Winkel bei diesem Algorithmus überhaupt keine Rolle, d.h. er wird auch anderer Stelle höchstens suboptimale Ergebnisse bringen (je nachdem, was man braucht, wenn man für low-zoom extrem vereinfachen will, wird er dagegen vermutlich genau das richtige sein). Das Plugin Simplify Area wurde speziell für die sanfte Vereinfachung von importierten Gebäuden geschrieben. Es gibt da mehrere Parameter, an denen man schrauben könnte, aber noch keine bequeme GUI, mit der das möglich wäre. weisst Du, ob man da anstatt oder zusätzlich zu einer Entfernung auch Winkel als Parameter angeben kann? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24. August 2011 16:55 schrieb Chris66 chris66...@gmx.de: Am 24.08.2011 16:33, schrieb Rainer Kluge: - Landuse ist in F überwiegend durch automatischen CORINE-Import erzeugt und weicht daher oft erheblich von der Realität ab. Wieso daher ? ;-) Wenn die Corine Daten so schlecht sind, wieso werden sie dann importiert ? die Franzosen haben sich dafür entschieden. Corine ist nicht per se schlecht, nur entspricht der Maßstab halt nicht dem, was man für höhere Zoomstufen in OSM normalerweise erwarten würde (d.h. weit genug rausgezoomt ist es egal, wenn die Flächen ziemlich willkürlich sind, da verschwimmt alles ein bisschen, und was an der einen Stelle zu viel ist, ist an der anderen zuwenig, so dass es sich flächenmäßig ausgleicht (hoffen sie)). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24. August 2011 17:37 schrieb Rainer Kluge rklug...@web.de: Ich nehme an, das ist ein Wasserturm oder ein Silo. Das ist eben rund und nicht achteckig. +1 Wie mappt man so etwas in Deutschland? Mit 8 Knoten, weil es zu mühsam ist, 60 Knoten zu erzeugen und dann einen Kreis zu erzeugen? mit SHIFT+O kann man einen (natürlich angenäherten) Kreis in JOSM aus einer einzelnen Linie erzeugen, in den Einstellungen kann man die Anzahl der Punkte dazu einstellen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24. August 2011 20:34 schrieb Frederik Ramm frede...@remote.org: Jein. Also in bezug auf Frankreich ist das ein echtes Problem inzwischen. dem kann ich auch zustimmen, da sind wirklich flächendeckend unnötig viele Nodes in den Gebäuden, wo man von Hand deutlich weniger setzen würde. Aber, z.T. tatsaechlich irgendwelche Mini-Erker nachgebildet solche Details finde ich nicht komplett unnütz, je nachdem, was mini bedeutet (ein üblicher Erker sind auch nur 4 Nodes mehr ;-) ) Da werden nicht nur Garten- und Garagenhaeuser, sondern sogar so kleine 1x1m grosse Pfoertnerhaeuschen als Gebaeude importiert dito, finde ich auch nicht tragisch, im Gegenteil, solche Teile zeichne ich z.T. auch von Hand aus Luftbildern, finde ich durchaus interessant. Davon gibt es so wenige, dass das sicher nicht der Grund für die Datenexplosion ist. Solch unnoetiges Import-Detail fuehrt dazu, dass das Editieren immer schwieriger wird: man kann nur noch sehr kleine Bereiche auf einmal herunterladen und wird visuell erschlagen, obwohl Frankreich halt in vielen Dingen noch OSM-Entwicklungsland ist. Das steht einfach in keinem Verhaeltnis. +1, tragisch sind aber m.E. vor allem unnütze Nodes, die keine (realen) Details hinzufügen und trotzdem Platz in der DB beanspruchen. Ein Grundthema, dass sich hier auch abzeichnet, ist die Behandlung von Kurven und Kreisen/Segmenten in OSM. Datentechnisch gibt es keinen Unterschied zwischen einer schäbig angenäherten Kurve die zufällig rechtwinklig wird und einem echten rechten Winkel. Als Notbehelf könnte man z.B. an alle Kurven taggen, dass der Linienzug in der Realität eine weiche Kurve ist, und an eckige Konstrukte könnte man linienzug=ja taggen (oder ähnlich). Das ginge schon ohne echte Anpassungen im Datenmodell, d.h. ohne Kurven-Kontrollpunkte (De-Boor), Kreise und Ellipsen, Clothoiden etc. und evtl. könnte man damit schon mit NURBS-Mathematik runde Kurven hinbekommen ( http://de.wikipedia.org/wiki/Non-Uniform_Rational_B-Spline ). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis zum Mappen in Frankreich
Am 24. August 2011 21:38 schrieb Rainer Kluge rklug...@web.de: Nur nebenbei: Gartenhäuschen, auch solche aus dem Baumarkt, müssen in F deklariert werden und tauchen als bâtiment leger im Kataster auf, ebenso wie überdachte, offene Terrassen, in OSM erkennbar am Tag wall=no. AFAIR in Deutschland auch anzeigepflichtig (ggf. von der LandesBO abhängig). Mein Vorschlag für Dächer ohne seitliche (Vorschlag: max. 2 Seiten geschlossen) Begrenzung: building=roof (ggf. mit Layer=1). Nutze ich z.B. für Tankstellendächer und ist derzeit rd. 6000 mal in Gebrauch. Da muss sich das Projekt OSM über kurz oder lang etwas einfallen lassen. Ich denke da weniger an Regeln oder gar Verbote sondern etwas wie eine Klassifizierung der Objekte anhand des Detaillierungsgrads. das hört sich interessant an Oder separate Layer für bestimmte Objektklassen, wie Wohngebäude oder Baum-Cluster. Kann man jetzt ja schon rausfiltern. Sowieso filtern die Leute, die die Daten nutzen, in der Regel erstmal alles mögliche raus, was sie nicht brauchen (z.B. mkgmap, mapnik, navit, osm2pgsql, routing, ...), vermutlich wird man in Zukunft noch mehr filtern und vereinfachen, nicht nur anhand k/v-Kombinationen sondern auch anhand anderer Eigenschaften wie z.B. cluster bestimmter Dinge (oder Häuser zusammenfassen, Einzelflächen zusammenfassen, Geometrie vereinfachen, kleine Löcher weglassen, ...). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt
Hi, Am 25.08.2011 15:18, schrieb Martin Koppenhoefer: Am 24. August 2011 22:34 schrieb Paul Hartmannphaau...@googlemail.com: On 08/24/2011 09:04 PM, Christian Müller wrote: Tools Simplify Way ist eine JOSM-core Funktion und benutzt Douglas-Peucker (genau wie Merkaator). Dieser Algorithmus zerstört allerdings kleine Strukturen, wie rechtwinklige Ausbuchtungen und kann bei geschlossenen Wegen nicht den Anfangs- bzw. Endpunkt löschen. +1, soweit ich das sehe spielen Winkel bei diesem Algorithmus überhaupt keine Rolle, d.h. er wird auch anderer Stelle höchstens suboptimale Ergebnisse bringen (je nachdem, was man braucht, wenn man für low-zoom extrem vereinfachen will, wird er dagegen vermutlich genau das richtige sein). Ich habe nie vorgeschlagen, DP für die Datenverbesserung in OSM zu verwenden und das Winkel bei DP eine Rolle spielen würden, hat hier IIRC auch niemand behauptet. Ich hatte den Wikipedia Link gepostet - da wird die Arbeitsweise verständlich beschrieben. DP reduziert die Genauigkeit, indem ein Schwellenwert angegeben wird, der bestimmt, wie weit in einem zu approximierenden Streckenzug Punkte maximal vom durch DP erzeugten, neuen Streckenzug entfernt sein dürfen. Wählt man den Schwellwert groß genug, degeneriert man damit jeden Streckenzug zu dessen Start und Endpunkt. Damit werden auch spitze Erker und whatnot flachgeklopft. Es sei denn natürlich, sie bestehen aus zwei Wegen, die an der Spitze getrennt sind. Da Winkel überhaupt nicht in der Rechnung betrachtet werden, ist es, je nach Schwellwert, möglich, dass Gebäude verschwinden, indem der ursprüngliche Streckenzug zu Start- und Endpunkt (bei geschlossenen Wegen identisch) degeneriert. Wie gesagt, für die Weiterverarbeitung von Daten aus OSM für verschiedene Anwendungen eignet sich das Verfahren ganz gut. Evtl. degenieren manche Gebäude je nach Größe und Schwellwertwahl zum Start- und Endpunkt ihres ways, aber auch das ist anwendungsbezogen akzeptabel. Ohne jetzt die Detailfülle franz. Gebäude gesehen zu haben, war und bin ich der Meinung, dass es evtl. jemanden gibt, der diese Detailfülle braucht - deswegen pro Genauigkeit. Douglas-Peucker kann keine Genauigkeit erzeugen, wohl aber reduzieren und damit unerwünschtes Detail entfernen. Da die Reduktion ein Oneway-Ticket ist, ist es gut in OSM die genaueren Daten zu haben: Weil sich die Genauigkeit kontrolliert reduzieren, aber eben nicht erzeugen lässt. Ich habe das nur als Ermutigung für Mapper verstanden, nicht für Leute, die Architektengrundrisse importieren. Frederiks Bedenken zum Datenkollaps teile ich. Schließlich ist OSM (noch?) keine Immo-Datenbank. Weiterhin teile ich ebenso die Auffassung, dass automatisierte Imports wenig Sinn machen, wenn nicht ein Mench geeignet tags vergibt, um die Geometrien besser klassifizieren, sprich Gartenhäuschen von Appartments trennen zu können. Das Plugin Simplify Area wurde speziell für die sanfte Vereinfachung von importierten Gebäuden geschrieben. Es gibt da mehrere Parameter, an denen man schrauben könnte, aber noch keine bequeme GUI, mit der das möglich wäre. weisst Du, ob man da anstatt oder zusätzlich zu einer Entfernung auch Winkel als Parameter angeben kann? Winkelbezogene Tools, die ich in JOSM bisher nutze, sind rectify ways und align ways. Simplify Areas klingt vielversprechend, habe ich aber noch nicht näher betrachtet - müsste man mal in den JOSM Prefs schauen, welche Parameter zur Verfügung stehen. Simplify Ways hingegen hat momentan den Vorteil, dass es sowohl in osmosis als auch in josm zur Verfügung steht. Gruß, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 25. August 2011 14:55 schrieb Frederik Ramm frede...@remote.org: Ja, aber die meisten Leute zeichnen zum Beispiel einen Waldweg mitten durch den Wald, ohne den Wald an der Stelle in zwei Haelften zu zerteilen, obwohl dort, wo Weg ist, ja kein Wald ist. Oder es wird ein Haus in den Wald gemalt und das - Skandal! - nicht als Loch im Polygon eingetragen (stehen da etwa Baueme?). Und so weiter. naja, ob überall in einem OSM-Wald Bäume stehen müssen, ist auch noch nicht geklärt ;-) Du legst hier einen fuer unser Projekt voellig uebertriebenen Genauigkeitsmasstab an. Es verbietet Dir keiner, selbst so penibel zu mappen, bloss erzaehl bitte nicht anderen, dass sie es falsch machen, wenn sie nicht genauso penibel sind. Ich habe früher auch die landuses bis auf die Straßenmitte gezogen, aber damit vor ein paar Jahren aufgehört, weil es erkennbar Nachteile hatte. Natürlich erzeugt man mehr Nodes, wenn man die Flächen an der (vermuteten) Grundstücks-/Flächengrenze aufhören lässt, aber diese Mehr-Nodes sind ja auch Mehr-Informationen (das erkennt man schon daran, dass man bei der Straßenmethode automatisch handeln kann, während man ansonsten erstmal überlegen/recherchieren muss, wo die Fläche genau aufhört). Weitere Vor- und Nachteile der beiden Methoden haben wir hier im Thread mal wieder ausführlich diskutiert (einschließlich der Topologie-Probleme, die sich beim auf die Straße Ziehen der Flächen für Objekte am Straßenrand bzw. auf der Straße ergeben, und einschließlich der Problematik Mauern und Zäune). Ich würde vorschlagen, wir begraben das hier damit und jeder macht so weiter, wie er es am besten findet ... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
On 08/25/2011 03:18 PM, Martin Koppenhoefer wrote: Das Plugin Simplify Area wurde speziell für die sanfte Vereinfachung von importierten Gebäuden geschrieben. Es gibt da mehrere Parameter, an denen man schrauben könnte, aber noch keine bequeme GUI, mit der das möglich wäre. Ich muss mich korrigieren, in den Einstellungen gibt es ein extra Tab, in dem man alle Parameter festlegen kann (mit kurzer Erklärung). weisst Du, ob man da anstatt oder zusätzlich zu einer Entfernung auch Winkel als Parameter angeben kann? Ja, das ist möglich. Bei aufeinander folgenden Nodes X, Y und Z wird Node Y nur entfernt, falls alle der folgenden Bedingungen erfüllt sind: * die vom Dreieck XYZ aufgespannte Fläche ist kleiner als 5 m² * der Abstand von Y zur Strecke XZ ist geringer als 3 m * der Winkel XYZ ist nicht größer als 10 Grad Es wird iterativ immer der beste Kandidat entfernt, so lange bis kein Node mehr alle drei Schwellen unterschreitet. Zusätzlich werden noch Nodes vereinigt, die dichter als 20 cm zusammen liegen. Gruß, Paul ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anzahl nodes pro Objekt (war Re: Hinweis zum Mappen in Frankreich)
On 08/25/2011 04:41 PM, Paul Hartmann wrote: * der Winkel XYZ ist nicht größer als 10 Grad Will heißen: Der Winkel XYZ weicht nicht mehr als 10 Grad von einer geraden Linie (=180 Grad) ab. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wieder mal - Flächen und Wege
Am 24.08.2011 13:47, schrieb Dimitri Junker: Hallo, Dann kommt jemand anderes der den Waldrand korrigiert. In der Praxis ist es doch so dass der Waldrand nicht konstant der Mittellinie folgt sondern einen eigenen Verlauf hat der durchaus auch der Orientierung dienen kann. Wenn der Waldrand nicht im Rahmen der Meßgenauigkeit gleich zum Straßenrand ist muß er natürlich getrennt getagt werden, darüber reden wir aber nicht. Bei welchem Abstand setzt Du den die Grenze wann getrennt getagt werden muss? 5m? 10m? 50m? 100m? Was bringt dass wenn da jeder seinen eigenen Ermessensspielraum hat und jeder Karten(Mapper)abschnitt eigene Regeln hat? Ist doch viel verständlicher und einheitlicher zu regeln mit Flächenobjekte dürfen nicht mit den Linienobjekte der Strasse verbunden werden. Es gibt auch asymetrische Strassen mit z.B. 2+1Fahrstreifen, da wird man sich dann streiten ob die Mittellinie in der geometrischen Mitte oder der Richtungstrenner ist. Dann muß man eben eine Breite für jede Seite definieren, da hatte ich ja mal was allgemeines vorgeschlagen: http://wiki.openstreetmap.org/wiki/Proposed_features/right_left Nicht wirklich gut in der Masse umsetzbar - zu viele Stützstellen die man erstmal erfassen muss oder zu ungenau wenn zu wenig Stützpunkte vorhanden sind. Die Information zur Genauigkeit ist doch vielfach überhaupt nicht vorhanden. Wer einen GPS-Track aufzeichnet sieht doch durch den Track gar nicht wie sich die Umgebung verhält. Warum soll er deswegen die angerenzenden Flächen mitverschieben? Eben. Wenn die Flächengrenze vom ursprünglichen Mapper nur als Parallele zur Straßenmitte eingetragen wurde wird damit eine scheinbare unabhängigkeit sugeriert die nicht existiert. Die einzige Abhängigkeit die besteht ist dass Strasse- bzw. Fahrbahnfächen keine Schnittmenge mit den Waldflächen haben. So kann jeder der es für nötig hält die Waldgrenze zurechtschieben. Wenn es der Mapper mit den genauen Strassendaten nicht für nötig hält oder nicht kann macht es eben ein anderer. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Tag del mese - settembre
Il 24 agosto 2011 12:03, Paolo Monegato gato.selvad...@gmail.com ha scritto: Il 24/08/2011 00:05, Simone Saviolo ha scritto: Volentieri. L'iniziativa era stata promossa da me, ma poi nessuno ci ha prestato attenzione e me ne sono dimenticato. Preferibilmente sarebbe bello usare un tag non molto diffuso, ma usato da qualche consumatore. Un tag che, magari, pur essendo documentato e consumato, non è sotto i riflettori e di conseguenza i mappatori lo trascurano. Non penso che abbia molta importanza che sia approvato oppure no. Se accettate una relazione proposta, io candiderei la relazione bridge/tunnel. Ma, forse è preferibile un singolo semplice tag piuttosto che una relazione. Finora abbiamo avuto lit= e wikipedia=, due tag potenzialmente di largo uso. Servirebbe un tag con caratteristiche simili. Ad esempio questo: http://wiki.openstreetmap.org/wiki/Key:architect Scarsamente usato, ma potenzialmente usabile in tutto il territorio... mi vengono in mente le tabelle marroni che si trovano fuori dagli edifici storici che riportano il nome del palazzo, il secolo o a volte la data precisa (in entrambi i casi star_date) e spesso anche il nome dell'architetto... Il 24/08/2011 10:02, Luca Delucchi ha scritto: Si, Richard Weit con il quale posso metterti in contatto sta cercando qualcuno che mantenga la cosa... secondo me ufficiale ma poco utilizzato Interessante il pdf... cosa intendi con qualcuno che mantenga la cosa (giusto per curiosità, non penso di avere il tempo per farlo, e probabilmente nemmeno la giusta competenza) di preciso non so cosa si debba fare, secondo me scegliere il tag e vedere quanto viene utilizzato, se vuoi posso informarmi meglio. Non penso che richieda capacità o competenze enormi e neanche come tempo penso che ne dovresti perdere troppo Ciao Paolo -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Duplicato nella wiki
Il 19 agosto 2011 20:59, sabas88 saba...@gmail.com ha scritto: Ciao, stavo aggiornando la wiki e ho editato queste due pagine http://wiki.openstreetmap.org/wiki/WikiProject_Italy/RenderingLocale http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Stampare Per quanto riguarda la sezione del rendering non converrebbe intraprendere azioni? secondo me la prima pagina non ha senso di esistere Ad esempio al posto della pagina Renderinglocale dovrebbe essere tradotta la pagina inglese Rendering o altrimenti spostare la sezione rendering della pagina stampare nell'altra. +1 per tradurre pagina inglese di Rendering Ne approfitto per segnalare che ho tradotto la pagina del renderer di Gary68 a cui sto collaborando: http://wiki.openstreetmap.org/wiki/IT:Mapweaver . Se siete su Linux è forse più potente di Maperitive. interessante, vantaggi rispetto a mapnik? Ciao, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relazione route/hiking con più operatori
Il 18 luglio 2011 22:34, Federico Cozzi f.co...@gmail.com ha scritto: Sono d'accordo che in generale sulla medesima way possano insistere infinite relazioni route (ciascuna col suo operator), ma qui si stava discutendo addirittura della medesima relazione route (ad es. il sentiero 2) che a seconda dei punti di vista ha un operator oppure un altro. Il sentiero è proprio lo stesso (stesso numero, nome, ecc): secondo me il dubbio sull'operator non può portare a creare due diverse relazioni +1, io vedo due possibili soluzioni: - si mette nel tag operator entrambe le associazione (miglior cosa da fare) - si sceglie uno dei due operator Caso simile c'è anche in trentino o comunque in tutta italia, infatti non è il CAI diretto ad mantenere i sentieri ma sono le diverse sezioni ad occuparsene per il trentino la SAT. L'operator corretto sarebbe SAT - CAI ma non è sbagliato mettere o SAT o CAI Ciao, Federico -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Wiki] pagina Potenziali fonti di dati
Il 05 luglio 2011 13:17, groppo otto grop...@gmail.com ha scritto: Fatto. http://wiki.openstreetmap.org/wiki/Potential_Datasources#Italy riesumo questo thread, chi ha ottenuto le varie autorizzazioni potrebbe completare la colonna ODBL. Ciao, Groppo -- ciao e grazie Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Tool importazione GTFS - Trasporto pubblico Torino
Ciao, Scusa il ritardo con cui rispondo ma son rientrato dalle ferie solo ora. Certamente l'argomento sarebbe molto bello da presentare a OSMIT, purtroppo però vedo molto difficile, visti gli impegni lavorativi, essere a Padova il fine settimana del 7-8 ottobre. Davide On 09/ago/2011, at 08.07, Maurizio Napolitano wrote: Perdonami se appaio uno spammer ma ... sarebbe bello che questa esperienza venisse raccontata a OSMIT http://conf.openstreetmap.it/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Re: relazione route/hiking con più operatori
Io x il Trentino metterei solo Sat, in quanto e' la Sat che mantiene e cura i vari sentieri, non metterei Cai la Sat c'e' solo in Trentino cosi' x lo stesso ente in Alto Adige, di cui mi sfugge il nome. Mich74 Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! -Original Message- From: Luca Delucchi lucadel...@gmail.com Date: Thu, 25 Aug 2011 09:34:14 To: openstreetmap list - italianotalk-it@openstreetmap.org Reply-To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] relazione route/hiking con più oper atori Il 18 luglio 2011 22:34, Federico Cozzi f.co...@gmail.com ha scritto: Sono d'accordo che in generale sulla medesima way possano insistere infinite relazioni route (ciascuna col suo operator), ma qui si stava discutendo addirittura della medesima relazione route (ad es. il sentiero 2) che a seconda dei punti di vista ha un operator oppure un altro. Il sentiero è proprio lo stesso (stesso numero, nome, ecc): secondo me il dubbio sull'operator non può portare a creare due diverse relazioni +1, io vedo due possibili soluzioni: - si mette nel tag operator entrambe le associazione (miglior cosa da fare) - si sceglie uno dei due operator Caso simile c'è anche in trentino o comunque in tutta italia, infatti non è il CAI diretto ad mantenere i sentieri ma sono le diverse sezioni ad occuparsene per il trentino la SAT. L'operator corretto sarebbe SAT - CAI ma non è sbagliato mettere o SAT o CAI Ciao, Federico -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] provenienza dati Google Maps
2011/8/24 Stefano Cavallari spiky.k...@gmail.com: 2011/8/24 Simone Saviolo simone.savi...@gmail.com: Probabilmente intendeva chiedere quali siano le fonti da cui il fornitore (Teleatlas?) le ricava. [...] esatto, grazie :) mi potrei sbagliare ma credo che Teleatlas cmq. le compra (credo da subfornitori locali/nazionali che a loro volta le comprano dallo stato o da fornitori privati). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Di chi è OpenStreetMap?
2011/8/24 Niccolo Rigacci o...@rigacci.org: Le contromisure messe in campo sino ad ora sono inefficaci: aver ritardato di qualche settimana il diritto di voto dei nuovi soci impedisce loro di votare ed eleggere i rappresentanti nella prossima Assemblea, -0.5, abbiamo adesso 1 anno di tempo per abbassare la loro quota sotto i 10% con nuovi iscrizioni. Questo anche ci rinforza contro altre aziende (pi?u che siamo, più difficile diventa). Per ora nessuno ha riscontrato attività ostile da parte di questa azienda, ma non esistono contromisure efficaci se non una maggiore partecipazione della comunità alla Foundation. +1, inscrivetevi tutti, se potete. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
2011/8/24 sabas88 saba...@gmail.com: In tema mi inserisco anche io, i nuraghi sardi (si sono un po a torre :D) li sto taggando come historic=ruins, che faccio aggiungo anche civilization=nuragic? un tema un po' complesso, perchè non si sa quale era lo scopo (ci sono diverse interpretazioni). Secondome la classificazione formale non è sbagliato, quindi un'alternativa alla tua valida proposta di historic=ruins potrebbe essere man_made=tower/historic=tower, ruins=yes (oppure ruins=tower?). Per historic:civilization penso che dovresti distinguere tra bonnanaro (bonnanarian?) e nuragic (secondo l'eta dei ritrovi). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Di chi è OpenStreetMap?
2011/8/25 Martin Koppenhoefer dieterdre...@gmail.com: +1, inscrivetevi tutti, se potete. Già fatto. Sono contento di sapere che i soldi della quota associativa sono destinati anche ai costi di hosting oltre che per la promozione di osm (che magari si può fare in modo più locale). ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Duplicato nella wiki
2011/8/25 Luca Delucchi lucadel...@gmail.com: Il 19 agosto 2011 20:59, sabas88 saba...@gmail.com ha scritto: stavo aggiornando la wiki e ho editato queste due pagine http://wiki.openstreetmap.org/wiki/WikiProject_Italy/RenderingLocale Per quanto riguarda la sezione del rendering non converrebbe intraprendere azioni? secondo me la prima pagina non ha senso di esistere +1, tradurre questo invece avrebbe senso: http://wiki.openstreetmap.org/wiki/Rendering http://wiki.openstreetmap.org/wiki/IT:Rendering Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
C'è da rifletterci, perchè ne esistono anche di diverse tipologie (quadrilobati, villaggi come Barumini, altri in cui ci sali sul tetto [Santa Cristina] o altri che sono mucchi di pietre)... Il giorno 25 agosto 2011 15:09, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2011/8/24 sabas88 saba...@gmail.com: In tema mi inserisco anche io, i nuraghi sardi (si sono un po a torre :D) li sto taggando come historic=ruins, che faccio aggiungo anche civilization=nuragic? un tema un po' complesso, perchè non si sa quale era lo scopo (ci sono diverse interpretazioni). Secondome la classificazione formale non è sbagliato, quindi un'alternativa alla tua valida proposta di historic=ruins potrebbe essere man_made=tower/historic=tower, ruins=yes (oppure ruins=tower?). Per historic:civilization penso che dovresti distinguere tra bonnanaro (bonnanarian?) e nuragic (secondo l'eta dei ritrovi). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Duplicato nella wiki
Ad esempio al posto della pagina Renderinglocale dovrebbe essere tradotta la pagina inglese Rendering o altrimenti spostare la sezione rendering della pagina stampare nell'altra. +1 per tradurre pagina inglese di Rendering Ne approfitto per segnalare che ho tradotto la pagina del renderer di Gary68 a cui sto collaborando: http://wiki.openstreetmap.org/wiki/IT:Mapweaver . Se siete su Linux è forse più potente di Maperitive. interessante, vantaggi rispetto a mapnik? ciao Luca Vada per IT:Rendering, adesso non riesco a collaborare a tradurre causa connessione ballerina, ma se non è fatto a Settembre ci butto un occhio. Piuttosto che con mapnik (che lo intendo piu per i tileserver -cioè Mapnik è usato per creare le tiles che ci sono su osm.org giusto?-, argomento di cui ho chiesto a Gary68 e secondo lui ci sarebbero problemi di proiezione, ma che se volevo ci potevo provare [non ci ho ancora provato :D]) Mapweaver (che è il successore di Mapgen) lo confronterei con Maperitive che fa lo stesso lavoro, ovvero il rendering personalizzato per cartine e simili. Rispetto a Maperitive non ha GUI, è uno script perl a linea di comando, ma ha varie funzioni in più (griglie tipo cartina automatiche, elenchi di strade in latex, lettura e rendering di tracce gpx) e una sintassi dei fogli di stile più semplice. In questi giorni io ad esempio ho costruito uno script che collega Mapweaver a OSRM (OpenSource Routing Machine) e renderizza il percorso sulla cartina passando per un file gpx :) CIao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] provenienza dati Google Maps
Ma google non aveva lanciato un satellite ( http://launch.geoeye.com/LaunchSite/)? Perchè compra ancora dati? L'altro giorno mi ponevo un quesito... E se google mollasse teleatlas e finanziasse openstreetmap? Dovrebbe finanziare una mappatura di base nelle zone non coperte da OSM, poichè ho già letto del problema dell'incompatibilità di utilizzo di più dati assieme (cosa risolvibile con più layer IMHO). Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Aggiornamento elenco user-highways
Dati aggiornati a oggi, considerando 108 parole note: http://www.forsi.it/osm/20110825/highway/ Se volete confrontare coi dati precedenti: http://www.forsi.it/osm/ Rispetto alle settimane precedenti le way da controllare sono aumentate, questo mi fa pensare a errori di fondo da parte mia o da parte dei mappatori. Da italy.osm (conteggi sulle solite 108 parole): 11 agosto: non note 32916 17 agosto: non note 33069 (+153) 25 agosto: non note 33345 (+276) 11 agosto: 1118620 highway (426166 con nome e 692454 senza) 17 agosto: 1124175 highway (428891 con nome e 695284 senza) (+, +2725, +2830) 25 agosto: 1132894 highway (434288 con nome e 698606 senza) (+8719, +5397, +3322) -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento elenco user-highways
Messaggio originale Da: dfo...@gmail.com Data: 25/08/2011 21.39 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] Aggiornamento elenco user-highways Dati aggiornati a oggi, considerando 108 parole note: http://www.forsi.it/osm/20110825/highway/ Se volete confrontare coi dati precedenti: http://www.forsi.it/osm/ Come si fa a segnalare i falsi positivi? Intanto avrei da aggiungere alla lista alcune parole: Archivolto (10 solo a Genova) Calata (in porto c'è il Molo e la Calata) Campopisano (è scritto così e basta ma ce ne sono solo 2) Crosino (piccola crosa=strada pedonale con al centro i mattoni messi di taglio e ai lati pietre per far scorrere l'acqua, ne sono presenti 2) Giardini (lo segna come errore?) Lungoargine Pontile Porticato Scaletta Negli errori ho trovato molti sentieri i quali solitamente come nomi hanno numeri o combinazioni di lettere e numeri (quest'ultimo accade molto spesso in Piemonte). Anche diverse autostrade A5, A14; alcune Strade Statali e Strade Provinciali Alessandro Ale_Zena_IT ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Aggiornamento elenco user-highways
Il 25 agosto 2011 22:25, ale_zena@ha scritto: Come si fa a segnalare i falsi positivi? hai ragione ci dovrei almeno scrivere un modo per contattarmi se non metto un pulsantino Intanto avrei da aggiungere alla lista alcune parole: aggiunti per la prossima volta: archivolto, calata, crosino, lungoargine, pontile, porticato, scaletta Campopisano (è scritto così e basta ma ce ne sono solo 2) al momento questa non la posso ignorare perché è una parola singola, ma ne ho preso nota, andrà fra le eccezioni Giardini (lo segna come errore?) non come errore, ma come parola non in lista, in effetti pedestrian, footway e path possono avere nomi più particolari, però non li ho esclusi per ora perché penso che la maggior parte dei nomi di sentiero dovrebbe iniziare con la parola sentiero o altre parole, ma non direttamente col nome proprio, ma non pretendo che sia così ovunque a proposito vorrei segnalarti queste varianti che forse possono essere uniformate: AV Alta Via dei Monti Liguri AVML AVML - Alta Via dei Monti Liguri Tappa 20 AVML - Alta Via dei Monti Liguri - Tappa 21 Negli errori ho trovato molti sentieri i quali solitamente come nomi hanno numeri o combinazioni di lettere e numeri (quest'ultimo accade molto spesso in Piemonte). Anche diverse autostrade A5, A14; alcune Strade Statali e Strade Provinciali non sono necessariamente errori di mappatura, però un nome composto solo da lettere e numeri sembra un candidato per ref, è lo stesso motivo della segnalazione dei nomi che iniziano con Axx, SSxx, dubito che il nome corretto per OSM comprenda anche il ref come in A5 Autostrada della Val d'Aosta, ma non pretendo che sia un errore (altrimenti l'avrei corretto direttamente io) se i cartelli sono scritti così mi va bene, la mia opinione però è che le sigle SS, SR, SP, SC debbano essere scritte per esteso nel nome (così come non scriviamo V., P.za., V.le), io ho un paio di provinciali in cui vorrei espandere SP, ma prima voglio andare a vedere come è scritto il nome sul cartello a proposito di autostrade ho notato nel tuo elenco queste due aree di servizio che sono una way chiusa con tag highway=motorway_junction, mi sembra un errore Area di Servizio Vesuvio Nord (way 121929094) Area di Servizio Vesuvio Sud (way 121929096) devo trovare un modo per mostrare tutti i tag in modo da avere un po' di contesto senza occupare troppo spazio, volevo evitare popup e sottopagine -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] provenienza dati Google Maps
2011/8/23 Stefano Cavallari spiky.k...@gmail.com: Ho visto che Google ha mappato (solo come costruzione) l'uscita autostradale Trento Sud, che è aperta da pochi mesi. Al primo colpo non mi risultava, poi, aumentando lo zoom, ho visto che cambia Comparando pero' con i dati di OSM non sembra esserci corrispondenza http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=11.12146lat=46.0344zoom=17 Si vede anche segnato un cantiere che collegherebbe la rotatoria dell'autostrada ad una vicina statale, non ancora realizzato. Da dove tira fuori questi dati Google? Perchè noi non li abbiamo? :) mah ... quel casello lo abbiamo. Se vogliamo mettere le strade in costruzione ... beh ... va a farti un giro (meglio di sera) con il gps. Quello che posso dirti e' che la viabilita' in progetto e' presente online sul sito della provincia autonoma di trento. Qui puoi anche scaricarti il file .shp http://pup.provincia.tn.it/Dati_Piani_Urbanistici/Pup07%20temi/shape/pupvia07f.zip La licenza? ... full copyright ... ma sono online i dati grezzi Mah! Ho creato 3 immagini con il vettoriale del percorso programmato sovrapposto alle mappe osm, gmaps roads e gmaps satellite La zona e' quella, ma i percorsi sono leggermente diversi (tra l'altro se c'era una idea, non e' detto che poi sia stata realizzata come previsto). Se interessa metto online (la ml e' giustamente antipatica con gli allegati) Considera che il file e' del 2007, forse la PAT (= Provincia Autonoma di Trento) ne ha messo fuori un altra versione aggiornata. Da indagare :) Noto ora che hanno anche tutto il tracciato della Valdastico Sud (A31)! dammi le coordinate che verifico nel file del piano urbanistico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Duplicato nella wiki
Il 25 agosto 2011 20:48, sabas88 saba...@gmail.com ha scritto: Vada per IT:Rendering, adesso non riesco a collaborare a tradurre causa connessione ballerina, ma se non è fatto a Settembre ci butto un occhio. ok, probabilmente sarà come ora :-) Piuttosto che con mapnik (che lo intendo piu per i tileserver -cioè Mapnik è usato per creare le tiles che ci sono su osm.org giusto?-, ma non solo...per quello che ne so, mapnik è il programma open source di rendering di dati geografici più completo. argomento di cui ho chiesto a Gary68 e secondo lui ci sarebbero problemi di proiezione, ma che se volevo ci potevo provare [non ci ho ancora provato :D]) Mapweaver (che è il successore di Mapgen) lo confronterei con Maperitive che fa lo stesso lavoro, ovvero il rendering personalizzato per cartine e simili. lo fa anche mapnik, Rispetto a Maperitive non ha GUI, è uno script perl a linea di comando, ma ha varie funzioni in più (griglie tipo cartina automatiche, elenchi di strade in latex, lettura e rendering di tracce gpx) e una sintassi dei fogli di stile più semplice. interessante gli elenchi in latex In questi giorni io ad esempio ho costruito uno script che collega Mapweaver a OSRM (OpenSource Routing Machine) e renderizza il percorso sulla cartina passando per un file gpx :) penso (non conoscendo OSRM) che lo potresti fare anche con mapnik CIao, Stefano -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
25. aug. 2011 06.22 skrev Peter Brodersen pe...@ter.dk: Jeg har haft en travl sommer med at slappe af og fået kodet diverse projekter, men jeg håber at jeg i næste uge får opdateret scriptet til at hive json-outputtet. Yay! Og i øvrigt gjort kildeteksten tilgængelig, for what it's worth. Jeg tror det er meget værd - også fordi det nok er et godt reelt eksempel på brugen af de forskellige API'er. Det er noget værd i sig selv for andre der skal bruge dem til forskellige ting. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
2011/8/25 Jonas Häggqvist ras...@rasher.dk: Jeg tror du kan få mere glæde af Overpass APIet, som så dog bliver lidt mere bøvlet at bruge - http://wiki.openstreetmap.org/wiki/Overpass_API#Query. Den tillader i hvert fald queries på flere tags. Jeg har overvejet det, men sidst jeg prøvede det, var det temmelig langsomt. Og så lugter det bare langt væk af architecture astronauting. :) Perfekt - dog ser det ikke ud til den vil vælge vejen automatisk for mig, fx her: http://oisfixes.beta.iola.dk/vejnavn/?navn=Holger+Drachmannsvejkmn=3283vej=217 Skod, jeg prøver lige at kigge på det i aften, det var lidt sent i går. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
On 25-08-2011 12:22, Ole Laursen wrote: 2011/8/25 Jonas Häggqvistras...@rasher.dk: Perfekt - dog ser det ikke ud til den vil vælge vejen automatisk for mig, fx her: http://oisfixes.beta.iola.dk/vejnavn/?navn=Holger+Drachmannsvejkmn=3283vej=217 Skod, jeg prøver lige at kigge på det i aften, det var lidt sent i går. En anden ting der slog mig var at det kunne være rart hvis eksisterende rettelser blev vist på resultatsiden når man søgte efter en vej så man var sikker på man ikke unødigt overskrev en eksisterende rettelse. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
Den knap er muligvis forbeholdt superbrugere eller bare folk, der har bedre øjne end mig. Jeg kan ikke finde den 2011/8/25 Jonas Häggqvist ras...@rasher.dk On 25-08-2011 13:29, Claus Hindsgaul wrote: Endnu en småting: mulighed for at fortryde en rettelse. Man kan naturligvis ændre rettelsen, så tidligere og nyt navn er ens, men så optræder den stadig på listen. Der er et Slet link på rettelsens side under handlinger: http://oisfixes.beta.iola.dk/**rettelser/959/http://oisfixes.beta.iola.dk/rettelser/959/ -- Jonas Häggqvist rasher(at)rasher(dot)dk __**_ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dkhttp://lists.openstreetmap.org/listinfo/talk-dk -- -- Civilingeniør ph.d. Claus Hindsgaul Studsbøl Alle 81 DK-2770 Kastrup ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Offentlige data opdateringer af OSM
enig, et sådan værktøj bør kunne anvendes ikke bare af kbh, men af andre myndigheder også. jeg har snakket med IT og Telestyrelse der gerne vil bidrage til en prototype på et værktøj - især hvis det kan anvendes ikke bare af københavn, men mere generelt. på den anden side står vi og har en behov her og nu, da vi gerne vil bidrage til osm i forhold til cykelruteplanlæggere. hvis flere myndigheder skal involveres kan det let blive en lang og besværlig proces. måske får alle mere ud af vi arbejder mere 'agilt' og afprøver nogle muligheder? eller? vh emil -Oprindelig meddelelse- Fra: Jørgen Elgaard Larsen [mailto:j...@elgaard.net] Sendt: 25. august 2011 14:01 Til: OpenStreetMap Denmark Cc: Emil Tin Emne: Re: [Talk-dk] Offentlige data opdateringer af OSM Emil Tin skrev: derudover er spørgsmålet hvilke værktøjer der kunne lette den løbende integrering af data mellem købehavns kommune (eller andre offentlige myndigheder) og OSM. Det er et rigtig godt spørgsmål. Det er klart, at OSM-folket er meget interesserede i at få opdateringer fra myndighederne. Og min erfaring siger mig også, at myndighederne burde være interesserede i feedback fra OSM. Det er f.x. ofte, at vi finder fejl i OSAK-data. Det ville være rart med en mulighed for at indrapportere disse fejl til de relevante myndigheder. Vi kan selvfølgelig godt lave et system sammen med Københavns Kommune, men det ville være endnu bedre, hvis vi kunne finde ud af en mere generel løsning. Jeg overvejer, om man skulle lave et møde/konference mellem OSM'ere og myndigheder for at diskutere mulighederne? - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Offentlige data opdateringer af OSM
eller er der mere brug for et teknisk værktøj der sammenligner vores data med osm, og spytter en liste ud med forskelle? Jeg ved ikke om Københavns Kommune evt. kan/har overskud til fx at lave analyse af deres vektordata af vejnettet mod OSM vektordata af det samme. Der var på OSM konference i Østrig i juli måned hvor Angi Voss havde en undersøgelse af NavTeq mod OSM https://sotm-eu.org/talk?3 for Tyskland og så i slideshop (PDF filen) gives der nogle hint om at man har vejnavne/stier op i mod i hinanden i tabeller hhv. NavTeq mod OSM Vedr. almindelige veje så er jeg overbevist om at OSM har 99,9% af København med - Stier er jeg lidt mere usikker på dækningsgraden af Vejlængder etc. for OSM er rimeligt nemt at udregne i fx QGIS - Vedr. jeres vejnet data har I lister over fx hvilke gader der har fx brostensbelægning? (eller der kan laves udtræk fra jeres systemer) Og så tilsidst en stor ros fordi Københavns Kommune har taget intiativ og viser interesse for hele OSM projektet. /Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Mere om vejnavne og rettelser
I hælene på, og på skuldrene af Ole Laursens glimrende værktøj har jeg lavet et par hurtige sider i forbindelse med vejrettelser: 1. En liste over suspekte vejnavne fra databasen med links til at oprette en rettelse: http://osm.rasher.dk/tools/wrongnamecandidates.php 2. En liste over indrapporterede rettelser, sorteret efter kommunekode og med mulighed for at vise en enkelt kommune af gangen (brugbart for kommuner): http://osm.rasher.dk/tools/wrongnames.php Begge dele bruger data direkte fra http://oisfixes.beta.iola.dk/ Husk hvis du indrapporterer rettelser og er i tvivl om hvordan et navn skal skrives kan du næsten med sikkerhed finde svaret på http://wiki.openstreetmap.org/wiki/Vejnavne og/eller http://www.adresseprojekt.dk/files/DS_Retskriv_Vejnavne.htm -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Vejnavne - slut med OSAK-opdateringer af adresser
25. aug. 2011 13.49 skrev Claus Hindsgaul claus.hindsg...@gmail.com: Den knap er muligvis forbeholdt superbrugere eller bare folk, der har bedre øjne end mig. Jeg kan ikke finde den Det står forneden som et link. Jeg må hellere lave det om så det ligner knapper. Nu blev det lidt sent igen, får vist først rettet de her ting i weekenden. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Mere om vejnavne og rettelser
2011/8/25 Jonas Häggqvist ras...@rasher.dk: I hælene på, og på skuldrene af Ole Laursens glimrende værktøj har jeg lavet et par hurtige sider i forbindelse med vejrettelser: Kewl! :) Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-gb-westmidlands] Road Improvements
Hi All Selly Oak Relief Road now mapped and edited. While I was at it I also did the new junction at Burnt Tree Island in Dudley Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] Road Improvements
Awesome work Brian, What's with the one-way invisible Burnt Tree Island though ;-) For those that wish to inspect: http://www.openstreetmap.org/?lat=52.44476lon=-1.93657zoom=16layers=M and http://www.openstreetmap.org/?lat=52.513407lon=-2.06317zoom=18layers=M Cheers Andy -Original Message- From: Brian Prangle [mailto:bpran...@gmail.com] Sent: 25 August 2011 4:57 PM To: Talk-gb-westmidlands@openstreetmap.org Subject: [Talk-gb-westmidlands] Road Improvements Hi All Selly Oak Relief Road now mapped and edited. While I was at it I also did the new junction at Burnt Tree Island in Dudley Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] ayuda con los mapas
Buenos día! He realizado el mapa de mi pueblo (con todas las calles, carreteras e infraestructuras) con Poatlach 2 y una vez editado lo único que se hacer es guardarlo, pero no subirlo a la red... porque cuando miro mis trazas pone que esta en edición... quisiera saber como hacerlo... muchas gracias de antemano y un saludo. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ayuda con los mapas
El día 25 de agosto de 2011 12:17, Rafa Espejo Cañuelo rafalon...@hotmail.com escribió: Buenos día! He realizado el mapa de mi pueblo (con todas las calles, carreteras e infraestructuras) con Poatlach 2 y una vez editado lo único que se hacer es guardarlo, pero no subirlo a la red... porque cuando miro mis trazas pone que esta en edición... quisiera saber como hacerlo... muchas gracias de antemano y un saludo. Hola, Si te refieres a Añora: http://osm.org/go/b7TEIS06 aparece ahora correctamente en la base de datos y en el mapa. Lo que ocurre es que pasa un tiempo (a veces segundos, normalmente un par de minutos y, en casos muy especiales, semanas) desde que se sube o guarda en la base de datos hasta que se visualiza en el mapa del navegador. Lo importante es que antes de salir de la pestaña o ventana del navegador, le des a subir los datos. Lo que probablemente te haya pasado es que no hayas visto el resultado inmediatamente y hayas creado un conflicto contigo mismo -abriendo dos editores a la vez, no dándole a guardar. Tranquilo, es algo muy común y a todos nos ha pasado. Por eso es posible que te pusiera problemas el editor al volver a tocar las mismas calles, etc. A muchos, para ediciones de muchos elementos, no nos gusta el editor online, basado en Flash, y por ello usamos JOSM (aunque es un poco más complejo de aprender al principio): http://wiki.openstreetmap.org/wiki/ES:JOSM Por cierto, te aconsejo que te pases por esta página: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n Se dan consejos útiles, como el acuerdo general de indicar el tipo de vía (calle, avenida, plaza, ...) en el atributo name de las calles y carreteras. Un saludo y bienvenido! -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ayuda con los mapas
Muchas gracias! seguiré tus consejos e intentare trabajar un poco con mapas que aun estan por desarrollar... empecé por la aplicación para iPhone navfree spain, la cual he estado consultando para ver si aparecía el mapa que había creado y aun no está... me imagino que será cuestión de tiempo! un saludo Date: Thu, 25 Aug 2011 12:51:17 +0200 From: jy...@jynus.com To: talk-es@openstreetmap.org Subject: Re: [Talk-es] ayuda con los mapas El día 25 de agosto de 2011 12:17, Rafa Espejo Cañuelo rafalon...@hotmail.com escribió: Buenos día! He realizado el mapa de mi pueblo (con todas las calles, carreteras e infraestructuras) con Poatlach 2 y una vez editado lo único que se hacer es guardarlo, pero no subirlo a la red... porque cuando miro mis trazas pone que esta en edición... quisiera saber como hacerlo... muchas gracias de antemano y un saludo. Hola, Si te refieres a Añora: http://osm.org/go/b7TEIS06 aparece ahora correctamente en la base de datos y en el mapa. Lo que ocurre es que pasa un tiempo (a veces segundos, normalmente un par de minutos y, en casos muy especiales, semanas) desde que se sube o guarda en la base de datos hasta que se visualiza en el mapa del navegador. Lo importante es que antes de salir de la pestaña o ventana del navegador, le des a subir los datos. Lo que probablemente te haya pasado es que no hayas visto el resultado inmediatamente y hayas creado un conflicto contigo mismo -abriendo dos editores a la vez, no dándole a guardar. Tranquilo, es algo muy común y a todos nos ha pasado. Por eso es posible que te pusiera problemas el editor al volver a tocar las mismas calles, etc. A muchos, para ediciones de muchos elementos, no nos gusta el editor online, basado en Flash, y por ello usamos JOSM (aunque es un poco más complejo de aprender al principio): http://wiki.openstreetmap.org/wiki/ES:JOSM Por cierto, te aconsejo que te pases por esta página: http://wiki.openstreetmap.org/wiki/Normalizaci%C3%B3n Se dan consejos útiles, como el acuerdo general de indicar el tipo de vía (calle, avenida, plaza, ...) en el atributo name de las calles y carreteras. Un saludo y bienvenido! -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ayuda con los mapas
El día 25 de agosto de 2011 13:16, Xavier Barnada xbarn...@gmail.com escribió: Hola Rafa, Para ver si los mapas se han renderizado yo tengo un método que es abrir el navegador en modo incognito para forzar que se vean las imágenes actuales. O pulsar el permalink y luego shift + F5 para recargar sin cache. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] plan.at: Übersicht über den Stand der Aufräumarbeiten
Servus! Es wird Zeit, das traurige Kapitel plan.at zu schließen. Wie die meisten wohl wissen, hat Wolfgang Schreiter unter http://geotools.ipax.at/ ein großartiges Tool gebaut, um plan.at mapSpam zu finden. Allerdings ist es schwierig, sich einen Überblick zu verschaffen, wo noch viel zu tun ist. Daher habe ich die Daten von CheckAT heruntergeladen und mit einfachen Mitteln visualisiert. Das Ergebnis ist weit davon entfernt, perfekt zu sein, tut aber seinen Zweck um sich einen Überblick zu verschaffen. http://osm-at.org/plan_at/status/ Es werden einerseits die Objekte angezeigt, bei denen der fixme tag noch auf check import lautet, und anderseits diejenigen Objekte, die zum überwiegenden Teil aus unverschobenen Nodes aus dem Import stammen. Beides ist notwendig, weil es leider sehr unterschiedliche Herangehensweisen der user gegeben hat. -- Gruß, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] posunuté cesty
Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících editací víc pod různými účty, mohl by to dělat jeden člověk - pak by se to asi mělo nějak řešit. Můžeš tedy poslat čísla těch dalších podobných editací? [1] http://www.openstreetmap.org/browse/changeset/9024155 Původní zpráva Od: Petr Morávek [Xificurk] xific...@gmail.com Předmět: Re: [Talk-cz] posunuté cesty Datum: 24.8.2011 21:43:53 Jiří Parkan napsal(a): Ahoj, Taky jsem narazil na pěknou divočinu: http://mtbmap.cz/?zoom=13lat=49.80675lon=13.40312layers=FB00 ale ať koukám jak koukám, chybu v datech jsem nenašel. Nejvíc je pomuchlaná ta železnice a vždycky někde na mostě. JP To bylo velmi pravděpodobně v datech a už je to opraveno, jen se to na některých zoomech ještě nestihlo překreslit. Poslední dobou jsem už několik takových chyb revertoval. Petr Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] posunuté cesty
Ahoj, 25.8.11, Petr Dlouhý petr.dlo...@email.cz: Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících editací víc pod různými účty, mohl by to dělat jeden člověk - pak by se to asi mělo nějak řešit. Můžeš tedy poslat čísla těch dalších podobných editací? něco podobnýho sem opravoval před měsícem v Jihlavě. Změna byla vytvořena uživatelem Kuprum a jednalo se o jeho třetí (a zatím poslední) editaci: http://www.openstreetmap.org/browse/changeset/8587361 [1] http://www.openstreetmap.org/browse/changeset/9024155 Původní zpráva Od: Petr Morávek [Xificurk] xific...@gmail.com Předmět: Re: [Talk-cz] posunuté cesty Datum: 24.8.2011 21:43:53 Jiří Parkan napsal(a): Ahoj, Taky jsem narazil na pěknou divočinu: http://mtbmap.cz/?zoom=13lat=49.80675lon=13.40312layers=FB00 ale ať koukám jak koukám, chybu v datech jsem nenašel. Nejvíc je pomuchlaná ta železnice a vždycky někde na mostě. JP To bylo velmi pravděpodobně v datech a už je to opraveno, jen se to na některých zoomech ještě nestihlo překreslit. Poslední dobou jsem už několik takových chyb revertoval. Petr Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Alik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] posunuté cesty
Dne 25.8.2011 11:00, alik dolezal napsal(a): Ahoj, 25.8.11, Petr Dlouhý petr.dlo...@email.cz: Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících editací víc pod různými účty, mohl by to dělat jeden člověk - pak by se to asi mělo nějak řešit. Můžeš tedy poslat čísla těch dalších podobných editací? něco podobnýho sem opravoval před měsícem v Jihlavě. Změna byla vytvořena uživatelem Kuprum a jednalo se o jeho třetí (a zatím poslední) editaci: http://www.openstreetmap.org/browse/changeset/8587361 Cas od casu opravuju rozbity hranice a na podobne rozbity sem narazil nedavno - tuhle to jeste je videt: http://tools.geofabrik.de/osmi/?view=boundarieslon=18.41685lat=49.75672zoom=16overlays=coastline,boundary_relations_1,boundary_relations_2,boundary_relations_3,boundary_relations_4,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_with_unknown_admlvl,non_simple_boundary_ways Ale vypadalo to spis jako nesikovnost/neznalost editovatele. [1] http://www.openstreetmap.org/browse/changeset/9024155 Původní zpráva Od: Petr Morávek [Xificurk] xific...@gmail.com Předmět: Re: [Talk-cz] posunuté cesty Datum: 24.8.2011 21:43:53 Jiří Parkan napsal(a): Ahoj, Taky jsem narazil na pěknou divočinu: http://mtbmap.cz/?zoom=13lat=49.80675lon=13.40312layers=FB00 ale ať koukám jak koukám, chybu v datech jsem nenašel. Nejvíc je pomuchlaná ta železnice a vždycky někde na mostě. JP To bylo velmi pravděpodobně v datech a už je to opraveno, jen se to na některých zoomech ještě nestihlo překreslit. Poslední dobou jsem už několik takových chyb revertoval. Petr Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Alik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Dobré ráno On Thu, Aug 25, 2011 at 02:14:08PM +0200, jan lana wrote: Pri mapovani turistickych cest v okoli Lodenic jsem narazil na problem jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka na strome, pak pokracuje pres louku kde take uz nic neni jen podle mapy jsem nasel na kterem konci louky ma cesta pokracovat (a nasel znaku na strome). ve zkrace - turisticka cesta existuje, fyzicky ale cast cesty v terenu neni. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni ... Jak by mela byt tato cast tagovana? Napadá mě tam nakreslit normálně čáru, dát ji do relace té značky, ale nedat tomu ty tagy cesty, takže ta čára bude „holá“. Nevím, jestli si s takovou šíleností poradí nějaký renderer nebo router, ale přijde mi to jako sémanticky nejbližší popis reálné situace. S pozdravem -- You can't have everything... where would you put it? -- Steven Wright Michal 'vorner' Vaner signature.asc Description: Digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Zdravim, Dne 25.8.2011 14:24, Michal 'vorner' Vaner napsal(a): Dobré ráno On Thu, Aug 25, 2011 at 02:14:08PM +0200, jan lana wrote: Pri mapovani turistickych cest v okoli Lodenic jsem narazil na problem jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka na strome, pak pokracuje pres louku kde take uz nic neni jen podle mapy jsem nasel na kterem konci louky ma cesta pokracovat (a nasel znaku na strome). ve zkrace - turisticka cesta existuje, fyzicky ale cast cesty v terenu neni. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni ... Jak by mela byt tato cast tagovana? Napadá me( tam nakreslit normálne( c(áru, dát ji do relace té znac(ky, ale nedat tomu ty tagy cesty, takz(e ta c(ára bude holá. Nevím, jestli si s takovou s(íleností poradí ne(jaký renderer nebo router, ale pr(ijde mi to jako sémanticky nejbliz(s(í popis reálné situace. Neporadi, nezobrazi se vubec nic, proste bude znacka prerusena. Me by se zdalo lepsi highway=path abandoned=yes viz http://wiki.openstreetmap.org/wiki/Key:abandoned Mara S pozdravem ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Dne Čt 25. srpna 2011 Michal 'vorner' Vaner napsal(a): Dobré ráno On Thu, Aug 25, 2011 at 02:14:08PM +0200, jan lana wrote: Pri mapovani turistickych cest v okoli Lodenic jsem narazil na problem jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka na strome, pak pokracuje pres louku kde take uz nic neni jen podle mapy jsem nasel na kterem konci louky ma cesta pokracovat (a nasel znaku na strome). ve zkrace - turisticka cesta existuje, fyzicky ale cast cesty v terenu neni. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni ... Jak by mela byt tato cast tagovana? Napadá mě tam nakreslit normálně čáru, dát ji do relace té značky, ale nedat tomu ty tagy cesty, takže ta čára bude „holá“. tak naokraj, tuhle se mi omylem povedlo nechat kus cesty neotagovaný, a nějaký bot mi to aktivně smazal ... na trní bych dal natural=scrub, ale prej se to smí jen na nody a area, na waye ne (i když dle taginfo se to na ně vesele dává taky) K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Dne 25.8.2011 14:24, Michal 'vorner' Vaner napsal(a): Dobré ráno On Thu, Aug 25, 2011 at 02:14:08PM +0200, jan lana wrote: Pri mapovani turistickych cest v okoli Lodenic jsem narazil na problem jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka na strome, pak pokracuje pres louku kde take uz nic neni jen podle mapy jsem nasel na kterem konci louky ma cesta pokracovat (a nasel znaku na strome). ve zkrace - turisticka cesta existuje, fyzicky ale cast cesty v terenu neni. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni ... Jak by mela byt tato cast tagovana? Napadá me( tam nakreslit normálne( c(áru, dát ji do relace té znac(ky, ale nedat tomu ty tagy cesty, takz(e ta c(ára bude holá. Nevím, jestli si s takovou s(íleností poradí ne(jaký renderer nebo router, ale pr(ijde mi to jako sémanticky nejbliz(s(í popis reálné situace. S pozdravem To se IMO bude nelibit validatoru, co neco jako https://wiki.openstreetmap.org/wiki/Proposed_features/Abandoned_highways Odpovida to i pozadavku - cesta uz neexistuje, ale v terenu jsou stopy po tom, ze tam byla. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Původní zpráva Od: Karel Volný ka...@seznam.cz Předmět: Re: [Talk-cz] jak znacit zarostle turisticke cesty Datum: 25.8.2011 15:03:45 Dne Čt 25. srpna 2011 Michal 'vorner' Vaner napsal(a): Dobré ráno On Thu, Aug 25, 2011 at 02:14:08PM +0200, jan lana wrote: Pri mapovani turistickych cest v okoli Lodenic jsem narazil na problem jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka na strome, pak pokracuje pres louku kde take uz nic neni jen podle mapy jsem nasel na kterem konci louky ma cesta pokracovat (a nasel znaku na strome). ve zkrace - turisticka cesta existuje, fyzicky ale cast cesty v terenu neni. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni ... Jak by mela byt tato cast tagovana? Napadá mě tam nakreslit normálně čáru, dát ji do relace té značky, ale nedat tomu ty tagy cesty, takže ta čára bude „holá“. tak naokraj, tuhle se mi omylem povedlo nechat kus cesty neotagovaný, a nějaký bot mi to aktivně smazal ... na trní bych dal natural=scrub, ale prej se to smí jen na nody a area, na waye ne (i když dle taginfo se to na ně vesele dává taky) To asi ne, protože to bych si spíš vyložil jako pás houští (např. na louce) který je dost dlouhý, ale moc úzký na to aby se mapoval jako plocha nebo bod. V reálu to tam spíš bude vypadat jako plocha houští a v něm zanedbaná cesta. K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
Ahoj, 2011/8/25 jan lana lana@gmail.com: jak znacit turistickou cestu, ktera uz sice existuje a je znacena, ale zadna cesta tam jiz neni - asi dva km v lese uz neni nic nez trni a obcas znacka No jo, trasy KČT bývají spíš vycházkové než turistické a díky tomu máme v Česku trochu jinak nastavená měřítka. To, že cesta není místy vidět a že je obtížně schůdná, je obecně u turistických cest vcelku normální. Když se tam smí projít, jde tam projít/prolézt a je to rozumná trasa z bodu A do bodu B, pak je tam cesta. Když tam jsou navíc značky, je to cesta tuplem. Asi je spravne aby nepruchodna cast turisticke znacky byla v mape, ale zarovne by bylo dobre aby routery neposilali turisty do toho trni To je přeci přesně naopak. Jestliže je cesta v terénu nezřetelná, pak je mapa či GPS jediná možnost, jak cestu najít, takže routery IMHO právě *musí* turistu přesně tamtudy poslat. K tagování slouží http://wiki.openstreetmap.org/wiki/Key:trail_visibility a případně http://wiki.openstreetmap.org/wiki/Key:sac_scale. Sice nevím o žádné mapě, která by tyhle značky nějak vykreslovala, ale aspoň je stav a náročnost cesty podchycena v datech. Zdraví, Marek ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] jak znacit zarostle turisticke cesty
tak naokraj, tuhle se mi omylem povedlo nechat kus cesty neotagovaný, a nějaký bot mi to aktivně smazal ... na trní bych dal natural=scrub, ale prej se to smí jen na nody a area, na waye ne (i když dle taginfo se to na ně vesele dává taky) To asi ne, protože to bych si spíš vyložil jako pás houští (např. na louce) který je dost dlouhý, ale moc úzký na to aby se mapoval jako plocha nebo bod. V reálu to tam spíš bude vypadat jako plocha houští a v něm zanedbaná cesta. na louce? nebude to v reálu náhodou spíš tak, že to bude houští v houští? ale to je celkem jedno, už tu padla lepší řešení, mě šlo jen o to, že nechat to úplně neotagované AFAIK není dobrý nápad K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] posunuté cesty
Vzhledem k tomu, že oba používali Potlač, tipoval bych na obvyklý problém se strašně pomalým načítáním a body, které se zapomenou pustit, případně se omylem chytí. JD 2011/8/25 jzvc j...@tpfree.net: Dne 25.8.2011 11:00, alik dolezal napsal(a): Ahoj, 25.8.11, Petr Dlouhý petr.dlo...@email.cz: Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících editací víc pod různými účty, mohl by to dělat jeden člověk - pak by se to asi mělo nějak řešit. Můžeš tedy poslat čísla těch dalších podobných editací? něco podobnýho sem opravoval před měsícem v Jihlavě. Změna byla vytvořena uživatelem Kuprum a jednalo se o jeho třetí (a zatím poslední) editaci: http://www.openstreetmap.org/browse/changeset/8587361 Cas od casu opravuju rozbity hranice a na podobne rozbity sem narazil nedavno - tuhle to jeste je videt: http://tools.geofabrik.de/osmi/?view=boundarieslon=18.41685lat=49.75672zoom=16overlays=coastline,boundary_relations_1,boundary_relations_2,boundary_relations_3,boundary_relations_4,boundary_ways_1,boundary_ways_2,boundary_ways_3,boundary_ways_4,boundary_ways_with_unknown_admlvl,non_simple_boundary_ways Ale vypadalo to spis jako nesikovnost/neznalost editovatele. [1] http://www.openstreetmap.org/browse/changeset/9024155 Původní zpráva Od: Petr Morávek [Xificurk] xific...@gmail.com Předmět: Re: [Talk-cz] posunuté cesty Datum: 24.8.2011 21:43:53 Jiří Parkan napsal(a): Ahoj, Taky jsem narazil na pěknou divočinu: http://mtbmap.cz/?zoom=13lat=49.80675lon=13.40312layers=FB00 ale ať koukám jak koukám, chybu v datech jsem nenašel. Nejvíc je pomuchlaná ta železnice a vždycky někde na mostě. JP To bylo velmi pravděpodobně v datech a už je to opraveno, jen se to na některých zoomech ještě nestihlo překreslit. Poslední dobou jsem už několik takových chyb revertoval. Petr Petr Dlouhý petr.dlo...@email.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Alik ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz -- -- Ing. Jan Dudík ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] posunuté cesty
Petr Dlouhý napsal(a): Revertoval jsem to já na žádost uživatele jik. Způsobil to uživatel urquellplzen v sadě změn [1] - je to ale jeho jediná editace. Mohlo jít o omyl/experimentování nebo o záměrné ničení mapy. Pokud je podobných ničících editací víc pod různými účty, mohl by to dělat jeden člověk - pak by se to asi mělo nějak řešit. Můžeš tedy poslat čísla těch dalších podobných editací? [1] http://www.openstreetmap.org/browse/changeset/9024155 Já opravoval šoupnutou cestu z http://www.openstreetmap.org/browse/changeset/8428238 A pak hranice v Praze z http://www.openstreetmap.org/browse/changeset/8505472 Obojí bych připsal na vrub obyčejnému nedopatření při nováčkovském experimentování. Petr signature.asc Description: OpenPGP digital signature ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] landuse CLC
bonjour, après moultes modifications d'un même landuse (relation de 107 membres) je me demandais si je ne pouvais pas le fractionner en plusieurs relations, et pour garder la cohérence CLC, creer une relation pere qui contiendrait que des relations ... http://www.openstreetmap.org/browse/relation/375229 un avis ? merci didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] landuse CLC
Les relations de relations ou super-relations sont une solution élégante pour contourner les problèmes de relations trop grandes mais posent certains problèmes techniques qui font qu'actuellement aucun logiciel ne les supporte... en fait, je recherchais une solution pour les erreurs générées ... + landuse non fermées, + ways de landuse clc supprimé ... afin de pouvoir les corriger plus facilement après didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Serveur de tuiles Mapnik Tile en rade pour deux heures ce soir
A partie de 17h local, d'anciennes tuiles seront affichées depuis un autre serveur durant la mise à jour matérielle. Les mapnik addict devront se sevrer pendant ce temps-là ou prendre rapidement une dose massive de 'refresh cache' avant l'heure fatidique ;-) Pieren -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Thu, Aug 25, 2011 at 5:14 PM Subject: [Announce] Mapnik Tile Rendering outage this evening. To: Talk Openstreetmap t...@openstreetmap.org, annou...@openstreetmap.org OSM, There will be a 2 hour rendering outage for tile.openstreetmap.org this evening from approximately 17:00 GMT. Static tiles will be available. Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. We’ll be serving tiles from a back-up tile server. However rendering engines will be de-activated, meaning that new rendering of map updates will not take place during the maintenance period, some requests for tiles will fail, where no cached copy is available, and tile response times may be slower than normal. Technical: Upgrading Intel 320 Series SSD firmware in server yevaud. The upgrade fixes the dreaded 8MB disk issue. Regards Grant ___ Announce mailing list annou...@openstreetmap.org http://lists.openstreetmap.org/listinfo/announce ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ref:INSEE et ref:SIREN
Le 25/08/2011 12:57, Robert Chéramy a écrit : J'ai bien lu sur le wiki que ref:INSEE doit aller sur la relation. Note: je n'ai pas trouvé le thread d'OSM-talk-fr correspondant au consensus, mais j'ai trouvé des traces en octobre 2009. quand le ref:INSEE a été choisi (http://www.mail-archive.com/talk-fr@openstreetmap.org/msg15306.html). Il y a actuellement presque 25000 nœuds qui comportent le tag ref:INSEE et un tag place http://taginfo.openstreetmap.org/keys/ref%3AINSEE#keys Serait-il intéressant de: 1) Faire un robot qui supprime le tag ref:INSEE du node admin_centre quand il est présent (avec le même attibut) dans la relation ? Ce n'est pas la première fois que c'est évoqué. 2) Faire une règle dans osmose qui crie quand il trouve un tag ref:INSEE sur un node ? Toutes les communes n'ont pas encore de relations. Donc à défaut le tag ref:INSEE est sur le node place. (Note: je n'ai aucune idée de comment on fait1) et 2), mais je peux essayer) Concernant ref:SIREN, je n'ai rien trouvé dans le wiki, je ne sais pas à quoi il correspond (EPCI = communauté de communes ?), donc je préfère ne pas y toucher. Aujourd'hui il y a 8488 relations de commune avec un admin_centre sur 27136 relations (sur 36568 commune au total) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mauvais imports du bâti cadastral, que faire ?
Le mer. 24 ao�t 2011 à 23:05 +0200, Sébastien Dinot a ecrit : Bonsoir, Si je prends un peu de recul, je constate que le problème vient du fait que je manipule pêle-mêle des objets géographiques qui ne sont absolument pas de même nature et, surtout, pas du même ordre de grandeur : un point remarquable, un bâtiment, une rue, une forêt et un département ne couvrent pas du tout la même surface. Mais pour faire simple, tous les objets d'un même type sont du même ordre de grandeur et sont décrits par des données de densité équivalente. Si je pouvais choisir de ne télécharger que le bâti, que les axes routiers, que les polygones d'occupation du sol, je pourrais éditer une zone dont la surface est compatible avec la taille de l'objet manipulé et je pense que la plupart de mes problèmes seraient résolus. Je considère donc qu'il y a un travail à faire sur l'API OSM qui devrait permettre la sélection des données téléchargées par mon application. 100% d'accord. On peut tout à fait vouloir couvrir une grande surface pour un linéaire (un cours d'eau ou une ligne électrique par ex.), sans avoir à charger le bâti par exemple. Du point de vue de l'occupation réelle des sols, la description des cours d'eau fournie par le cadastre est des plus farfelues (mais je suppose que cette description répond à des critères précis pour le cadastre). Même pas : avec la mise en couleur alternative (un cours d'eau qui est bleu sur certaines planches, et non colorés sur d'autres), l'extracteur produit évidemment une sortie délirante. Et sur la prétendue précision, avec les cours d'eau j'ai très souvent l'impression que la DGFIP a numérisé le bruit bien plus que le signal. Pour les cours d'eau, je serais d'avis de pratiquer une solution radicale : les supprimer du serveur Cléo. Leur import actuellement génère bien plus de souci que de données fiables. -- ° /\Guillaume AllègreMembre de l'April /~~\/\ allegre.guilla...@free.fr Promouvoir et défendre le logiciel libre / /~~\tél. 04.76.63.26.99 http://www.april.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] [OSM.jp] talk-jaへの記事配信を開始
このメッセージはosm.jpへの新規投稿の自動配信です。元記事は文末のURLを参照ください。 このサイトに新規投稿された記事のtalk-jaのメーリングリスト [1]への自動配信を始めました。 当サイト(OSM.jp)とMLで情報が分散することを防ぐことが狙いです。 メーリングリストは従来通りご利用頂けますが、当サイトもぜひご活用ください。 元記事URL: http://openstreetmap.jp/node/48 [1] http://lists.openstreetmap.org/mailman/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Surrey Hills Mapping Party, Sunday September 25th
There's going to be a mapping party in the Surrey Hills on September 25th. More details here: http://wiki.openstreetmap.org/wiki/Surrey_Hills_Mapping_Party This is the second Surrey Hills Mapping Party. The first was almost five years ago in October 2006. Some of you may remember that one... 80n ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Surrey Hills Mapping Party, Sunday September 25th
On 25 August 2011 14:49, 80n 80n...@gmail.com wrote: There's going to be a mapping party in the Surrey Hills on September 25th. More details here: http://wiki.openstreetmap.org/wiki/Surrey_Hills_Mapping_Party This is the second Surrey Hills Mapping Party. The first was almost five years ago in October 2006. Some of you may remember that one... Is this a OpenStreetMap.org or FOSM.org event? Regards Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Surrey Hills Mapping Party, Sunday September 25th
Grant It's an OSM mapping party. Are you going to come along? 80n On Thu, Aug 25, 2011 at 3:45 PM, Grant Slater openstreet...@firefishy.comwrote: On 25 August 2011 14:49, 80n 80n...@gmail.com wrote: There's going to be a mapping party in the Surrey Hills on September 25th. More details here: http://wiki.openstreetmap.org/wiki/Surrey_Hills_Mapping_Party This is the second Surrey Hills Mapping Party. The first was almost five years ago in October 2006. Some of you may remember that one... Is this a OpenStreetMap.org or FOSM.org event? Regards Grant ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] SOTM room discounts for OSMF US Members
Hi Everyone, This is a reminder about rooms at SotM for OSM-US members. Please see the details below. Thanks, Kate On Thu, May 26, 2011 at 5:10 PM, Thea Aldrich theaglit...@gmail.com wrote: Hi US Mappers, The OSMF US team has been busy doing some fundraising to help support the mapping community. We’ve had some good results and would like to announce an exciting opportunity. We are excited to announce a program aimed at helping get OSMF US members to SOTM inDenver. We have our second general assembly meeting planned to coincide with SOTM. It is very important to us that as many members as possible are in attendance; both for the meeting and to take part in the first International SOTM on US soil. We are very aware of the financial burden trips like this can put on our membership. There are discounts for airfare available on the SOTM website but we would like to go a step farther. We have raised some money to help pay for a block of hotel rooms close to the event venue for OSMF US members. To be eligible, you need to be a current member of OSMF US at the time of the event and live in the US. You can join OSMF US here: http://www.openstreetmap.us/membership/ Remember that most members joined in June of 2010 so you might need to renew your membership to be eligible for a room discount. We would like provide all OSM US members with some level of financial help. However, at this time we are not sure how many people plan on attending the conference. The number of members attending will determine the amount of the discount we can give on each room. So, if you are an OSMF US member who will have valid membership through September 12, 2011 and would like to take advantage of this program, please email me at theaglit...@gmail.com no later than July 15, 2011. On July 16 I’ll post back to the list and let everyone know what the next step will be and the amount of the discount. If you have any questions, feel free to email me at the address listed above. Thanks, Thea Clay OSMF US Board Member and Treasurer ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] California landuse import
Frederik's message on the imports mailing list reminded me... I was going to ask if anyone knows about the import performed in these two changesets in California: http://www.openstreetmap.org/browse/changeset/9090477 http://www.openstreetmap.org/browse/changeset/9091078 The result is clearly visible on the map here: http://www.openstreetmap.org/?lat=39.282lon=-121.381zoom=10layers=M It looks like there may have been a similar one to the southeast of there as well. Here is an example of an imported object: http://www.openstreetmap.org/browse/relation/1722536 The import itself looks like it was executed fairly well from a technical standpoint although I would take issue with the lack of information in the changeset comment and no source tag (although it looks like the relations have a source tag on them at least) But I don't remember seeing any talk about this import before it happened. Is this useful data to OSM? The example relation I linked to is a natural=wood area which is certainly a mappable thing although it does seem to abruptly stop at the county border which I doubt is the real boundary of the forest... thoughts? Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] Double Mapping - Point and Polygon
On Thu, Aug 25, 2011 at 7:56 PM, Bryce Nesbitt bry...@obviously.com wrote: ** Mike Thompson miketho16 at gmail.com talk-us%40openstreetmap.org?Subject=Re%3A%20%5BTalk-us%5D%20Double%20Mapping%20-%20Point%20and%20PolygonIn-Reply-To=%3CCALJoUkteF1hb%3DDsUc%3Dm2ypXuhxeS%2BZxuHYwPTgCMwMbxJBhRBg%40mail.gmail.com%3Ewrote: It seems that some things in OSM have been mapped twice, once as a point and once as a polygon. Here is an example: http://www.openstreetmap.org/?lat=40.42939lon=-105.31262zoom=17 The example appears to be from two different imports: NHD and GNIS, but I have seen other things, such as parking lots, mapped twice in this fashion as well. In these cases do we want to keep both, or delete the point? If we delete the point, should its tags be merged with the polygon? I change one to the other all the time, usually taking a GNIS point and making it a building outline. But it is a pain to preserve the keys. In JOSM: Select the way/node. Control+C to copy Select the new way/node Control+Shift+V to paste the tags on the new item. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Double Mapping - Point and Polygon
Mike Thompsonmiketho16 at gmail.com mailto:talk-us%40openstreetmap.org?Subject=Re%3A%20%5BTalk-us%5D%20Double%20Mapping%20-%20Point%20and%20PolygonIn-Reply-To=%3CCALJoUkteF1hb%3DDsUc%3Dm2ypXuhxeS%2BZxuHYwPTgCMwMbxJBhRBg%40mail.gmail.com%3Ewrote: It seems that some things in OSM have been mapped twice, once as a point and once as a polygon. Here is an example: http://www.openstreetmap.org/?lat=40.42939lon=-105.31262zoom=17 http://www.openstreetmap.org/?lat=40.42939lon=-105.31262zoom=17 The example appears to be from two different imports: NHD and GNIS, but I have seen other things, such as parking lots, mapped twice in this fashion as well. In these cases do we want to keep both, or delete the point? If we delete the point, should its tags be merged with the polygon? I change one to the other all the time, usually taking a GNIS point and making it a building outline. But it is a pain to preserve the keys. And in the case of two automated imports you want to preserve keys from BOTH, so that if the import is ever re-run the problem does not re-appear. See also: http://lists.openstreetmap.org/pipermail/imports/2011-August/001072.html ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] Double Mapping - Point and Polygon
On 08/25/2011 06:04 PM, Ian Dees wrote: OI change one to the other all the time, usually taking a GNIS point and making it a building outline. But it is a pain to preserve the keys. In JOSM: Select the way/node. Control+C to copy Select the new way/node Control+Shift+V to paste the tags on the new item. I meant to write in potlatch/2. The R does not work: http://trac.openstreetmap.org/ticket/3809 In JOSM it is easy. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
[Talk-us] Proposed re-import of USA NEXRAD radar stations
I would like to run a fresh import of NEXRAD radar stations. A prior import is documented at: http://wiki.openstreetmap.org/wiki/Potential_Datasources#Next_Generation_Radar_.28NEXRAD.29_Locations These are primarily in the USA. I'm using a merge-edit tool which produces a diff compared to the prior import, and then modifies (not replaces) nodes. In particular I'd like to get rid of the ugly note tag, and make the url linkable: The new tags would look like so: ?xml version=1.0 encoding=UTF-8? osm version=0.6 generator=osmfetch changetset_source:website=http://www.ncdc.noaa.gov/oa/radar/nexrad.kmz; node action='modify' lat='48.194' lon='-122.496' id='586625159' version='1' tag k='man_made' v='beacon'/ tag k='radar_transponder' v='NEXRAD'/ tag k='operator' v='NOAA'/ tag k='name' v='KATX'/ tag k='website' v='http://www.ncdc.noaa.gov/nexradinv/chooseday.jsp?id=KATX'/ tag k='source' v='osmfetch:noaa:nexrad'/ tag k='source:pkey' v='KATX'/ /node ... /osm Plus new stations will be added. If there were obsolete stations they would be deleted (but there are none right now). The import diff script would be run every 6 months or so to pick up new changes. The script is called osmfetch, and the import-specific code can be seen on the tagging list. If required I can submit the script for checkin to svn, prior to running it. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] [Imports] Double Mapping - Point and Polygon
I have been able to convert a point to a way in Potlatch 2. I can then select the way (polygon) representing the feature and use the R command to copy over the tags. I then delete the way that was originally a point. On Thu, Aug 25, 2011 at 8:52 PM, Bryce Nesbitt bry...@obviously.com wrote: On 08/25/2011 06:04 PM, Ian Dees wrote: OI change one to the other all the time, usually taking a GNIS point and making it a building outline. But it is a pain to preserve the keys. In JOSM: Select the way/node. Control+C to copy Select the new way/node Control+Shift+V to paste the tags on the new item. I meant to write in potlatch/2. The R does not work: http://trac.openstreetmap.org/ticket/3809 In JOSM it is easy. ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] NHD data conversion
Hi Ben, On 8/21/11 10:40 AM, Ben Miller wrote: Great! Thanks Ben. I downloaded the data for the two areas that I'm interested in (04060104 and 04060105) and stuck them in JOSM. I'm not sure I feel comfortable just dumping the whole thing in (especially if it might cause problems) so I was planning on doing it more or less item by item. Is there a flaw in that plan? I don't think so...my hope was to get the data into a form editors could use, not to promote bulk importing; in some cases some but not all of the water data for a region may already be present from hand-mapping or other data sources, so merging is necessary. Also, is there an explanation somewhere of what the various files represent? XXX_nhdarhi0.xml, XXX_nhdflh0.xml, etc. The names come right off of the NHD shapefile export. http://nhd.usgs.gov/documentation.html (That stuff gets pretty terrifying pretty quickly. Basically the data is partitioned by data quality and topology type, so nhdarhi is NHD area, highest res data, fl is flow lines, etc. The files are broken into sequence within a HUC to avoid any one file being too huge. And one question about methodology: There are a few larger lakes that were added as part of the PGS process. They appear to have been left pretty much untouched (except by me) and the NHD data is significantly more accurate. Would it be acceptable to replace the PGS ways with NHD ways, assuming I make sure to connect up any rivers, add them to appropriate relations, etc? I can't comment on that - I'm not sure there is really a single right thing to do for OSM; others may at least have better informed opinions than I do. :-) cheers ben ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us