[talk-ph] mega-micro-detail or even coverage?
Hi, A very interesting talk by Harry Wood last SOTM2011 (I was on the other room presenting State of the PH during that time). Blog and link to videos and slides here: http://www.harrywood.co.uk/blog/2011/10/10/sotm-talk/ The main message is that while some areas are getting enormous level of detail the coverage seems to be very uneven (slides 43 onwards). I think this is happening in some areas in the Philippine map. Some mappers are doing micro-detail mapping (I'm guilty myself) while in other places, data is barely updated if updated at all. Micro-detail mapping is good but it is very difficult for new mapper s to contribute to these areas leaving the impression that is is already complete. Should we go for detail or even coverage? Where do we draw the line? -- 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: [talk-ph] Fwd: [OSM-talk] Installing your own tileserver on Ubuntu
So after 3 hours, did it work jim? I think that's the easy bit now. What's even more difficult is tweaking the default style to your own preference. OSM's mapnik xml is really ginormous. That would probably take me more than a week to understand. I do hope the carto css gets into the stable release soon. Just compare how much easier to style the map with css: http://mapnik.org/news/2011/sep/07/carto_parser_wrapup/ On Mon, Oct 10, 2011 at 8:03 PM, Jim Morgan j...@datalude.com wrote: his sounded so good, I thought I'd give it a go this afternoon. However the commands given as typed in the email don't work. I'd recommend reading the long version at the wiki page he references later on: http://wiki.openstreetmap.org/wiki/Ubuntu_tile_server Specifically I found these problems: - After adding the repository, you need to do an 'apt-get update' before the next step. - Very IMPORTANT. He doesn't mention the configuration step after installing libapache2-mod-tile. According to the wiki you need to add your own username after www-data in order to import data. As I didn't do this, the renderer did not work. I've also spent about two hours trying to re-configure this setting, and can't find out how to do it. So, yes, read the wiki first. - The osm2pgsql misses out the --slim command line element. I also found that I needed to reduce the memory usage, having only 1Gb in my laptop. The --verbose helped as well. so: osm2pgsql --slim --cache 300 --verbose philippines.osm.pbm So what could have been a five minute wonder install has now turned into a three hour marathon for me due to bad instructions. Read the wiki. -- 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: [talk-ph] mega-micro-detail or even coverage?
Eugene also defined level's of detail here: http://wiki.openstreetmap.org/wiki/Philippines/Geodata_detail_levels I'm interested in visualizing this kind of metric. What would be the best initial unit? A municipal boundary? a square grid? etc? On Tue, Oct 11, 2011 at 4:47 PM, ianlopez ian_lopez_1...@yahoo.com wrote: I'm also guilty of that. Admissions aside, I think that we should have a tier/level for a more even coverage Tier/Level 1: Major highways, large rivers Tier/Level 2: Minor highways, enclosed waterways (lakes, lagoons) Tier/Level 3: Buildings, landuse, small rivers and streams Tier/Level 4: POI's (amenities and shops) Tier/Level 5: Picnic tables, individual trees, wastebaskets, lamp posts Example: If one mapper in a certain area maps at least 60-70% of elements needed in Tier/Level1, he can go on to mapping 60-70% of elements needed in Tier/Level 2, and so on. It doesn't mean that everyone has to follow it, but at least we have some guide/idea on what to map first. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Sent: Tuesday, October 11, 2011 3:15 PM Subject: [talk-ph] mega-micro-detail or even coverage? Hi, A very interesting talk by Harry Wood last SOTM2011 (I was on the other room presenting State of the PH during that time). Blog and link to videos and slides here: http://www.harrywood.co.uk/blog/2011/10/10/sotm-talk/ The main message is that while some areas are getting enormous level of detail the coverage seems to be very uneven (slides 43 onwards). I think this is happening in some areas in the Philippine map. Some mappers are doing micro-detail mapping (I'm guilty myself) while in other places, data is barely updated if updated at all. Micro-detail mapping is good but it is very difficult for new mapper s to contribute to these areas leaving the impression that is is already complete. Should we go for detail or even coverage? Where do we draw the line? -- 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 -- 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: [talk-ph] Fwd: [OSM-talk] Installing your own tileserver on Ubuntu
maning sambale wrote, On Tuesday, 11 October, 2011 03:30 PM: So after 3 hours, did it work jim? I think that's the easy bit now. What's even more difficult is tweaking the default style to your own preference. OSM's mapnik xml is really ginormous. That would probably take me more than a week to understand. Nope. Not working after 5 hours and 500 commands even ... gave up about 8pm last night. Not sure if it was missing the step of putting my username in the setup script which meant it doesn't work, or something else. But as I can't get postgresql to remove and reinstall properly, there's no way I can tell. I'm thinking it will be quicker to reinstall the OS fresh and start from there. Sigh. Wish I'd done it in a VM now ... Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 917 849 3939 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] mega-micro-detail or even coverage?
The best initial unit for the proposed tiers would be provincial or legislative boundaries for rural areas and city/municipal or even barangay boundaries for urban areas. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: ianlopez ian_lopez_1...@yahoo.com Cc: OSM-PH talk-ph@openstreetmap.org Sent: Tuesday, October 11, 2011 5:06 PM Subject: Re: [talk-ph] mega-micro-detail or even coverage? Eugene also defined level's of detail here: http://wiki.openstreetmap.org/wiki/Philippines/Geodata_detail_levels I'm interested in visualizing this kind of metric. What would be the best initial unit? A municipal boundary? a square grid? etc? On Tue, Oct 11, 2011 at 4:47 PM, ianlopez ian_lopez_1...@yahoo.com wrote: I'm also guilty of that. Admissions aside, I think that we should have a tier/level for a more even coverage Tier/Level 1: Major highways, large rivers Tier/Level 2: Minor highways, enclosed waterways (lakes, lagoons) Tier/Level 3: Buildings, landuse, small rivers and streams Tier/Level 4: POI's (amenities and shops) Tier/Level 5: Picnic tables, individual trees, wastebaskets, lamp posts Example: If one mapper in a certain area maps at least 60-70% of elements needed in Tier/Level1, he can go on to mapping 60-70% of elements needed in Tier/Level 2, and so on. It doesn't mean that everyone has to follow it, but at least we have some guide/idea on what to map first. Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - Blog: http://ianlopez1115.wordpress.com/ OpenStreetMap/Twitter: ianlopez1115 Facebook: ian.lopez From: maning sambale emmanuel.samb...@gmail.com To: osm-ph talk-ph@openstreetmap.org Sent: Tuesday, October 11, 2011 3:15 PM Subject: [talk-ph] mega-micro-detail or even coverage? Hi, A very interesting talk by Harry Wood last SOTM2011 (I was on the other room presenting State of the PH during that time). Blog and link to videos and slides here: http://www.harrywood.co.uk/blog/2011/10/10/sotm-talk/ The main message is that while some areas are getting enormous level of detail the coverage seems to be very uneven (slides 43 onwards). I think this is happening in some areas in the Philippine map. Some mappers are doing micro-detail mapping (I'm guilty myself) while in other places, data is barely updated if updated at all. Micro-detail mapping is good but it is very difficult for new mapper s to contribute to these areas leaving the impression that is is already complete. Should we go for detail or even coverage? Where do we draw the line? -- 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 -- 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: [talk-ph] Fwd: [OSM-talk] Installing your own tileserver on Ubuntu
Not sure if it was missing the step of putting my username in the setup script which meant it doesn't work, or something else. But as I can't get postgresql to remove and reinstall properly, there's no way I can tell. I'm thinking it will be quicker to reinstall the OS fresh and start from there. Sigh. Wish I'd done it in a VM now ... I think osm2pgsql ReadMe would be helpful to make PostgreSQL / PostGIS working. https://github.com/openstreetmap/osm2pgsql These script will be probably useful to make it working. $ sudo -u postgres psql -d dbname -c ALTER TABLE geometry_columns OWNER TO username $ sudo -u postgres psql -d dbname -c ALTER TABLE spatial_ref_sys OWNER TO username The 900913 is not normally included with postgis. To add it you should run: $ sudo -u postgres psql -d dbname -f 900913.sql If you want to use hstore support then you will also need to enable the PostgreSQL hstore-new extension. $ sudo -u postgres psql dbname /usr/share/postgresql/8.4/contrib/hstore.sql Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Startup Weekend Manila October 21-23, 2011
Anyone going to this? http://manila.startupweekend.org/ Startup Weekend is an intense 54 hour event which focuses on building a web or mobile application which could form the basis of a credible business over the course of a weekend. The weekend brings together people with different skillsets - primarily software developers, graphics designers and business people - to build applications and develop a commercial case around them. Who will I see there? Regards, Andre ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Regional walking networks
On Tuesday 11 October 2011 02:46:35 Gerard Vanderveken wrote: I believe the Wiki should be changed and in stead of the node tag, a name or ref tag should be used. We've talked about this issue so often now, and we keep having the same problem with the name or ref tags: it's not those routes' names or reference numbers. It's the network which has a name, not the routes themselves. And what the Lonvia map shows is actually a result of using the name tag inappropriately. See also this discussion.: http://lists.openstreetmap.org/pipermail/talk-be/2011-August/002213.html At the end I asked for a feature request on the website of Open Street Map and Potlatch, to have more info beside the meaningless relation id numbers. http://trac.openstreetmap.org/ticket/4017 As you can see this note tag is an abuse and will never be supported by the website or Potlatch. Well, in my eyes using the name tag would be abuse. And we use the note tag just because it's the best tag available without having to get support for some other tags, and luckily it's shown in JOSM as well. Do you have better proposals? [...] I would prefer to have 3 networks (Dijleland, Kouters and Pajottenland) in stead of one large Groene Gordel. I think it will be too big with too many nodes and routes (some in duplication) for being practical. (It may also hit the limit for maximun number of members) Also the people that live there, love their region and don't want to be part of some politically defined artificiallity. http://www.nieuwsblad.be/article/detail.aspx?articleid=DMF20111008_072 In general, I would take the divisions as listed in WikiPedia http://nl.wikipedia.org/wiki/Fietsnetwerk#Status_in_Belgi.C3.AB and put that as base in the OSM wiki http://wiki.openstreetmap.org/wiki/WikiProject_Belgium/Cycle_Routes#Cycle_N ode_Networks The problem is: can we get those divisions without actually looking at the maps the publish? Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Regional walking networks
On Tuesday 11 October 2011 13:05:30 Jo wrote: I suppose the ref tag might be more appropriate. It is indeed a bit odd to use note for it, OTOH that's the only tag that was used consistently in all the 1000s of relations I've seen so far... Me removing the names on those route relations made the problem that Potlatch does not and will not display them more accute though. When ref is used, is it shown in Potlatch? If we reach a decision to change note into something else, no manual labour will be involved to change them wholesale. My script can take care of that, both for hiking and cycling routes. Consensus between contributors in Belgium, The Netherlands and Germany needs to be reached though. People here should stop thinking in terms of does editor X show Y. We tag the correct information, and if editors support it, then that's an bonus. We decided on the note tag long ago, and IIRC it was JOSM that started showing the note tag after we decided to use that tag for it. The routes don't have a reference number, they don't have a name, they just connect two nodes, so we chose not to use the ref or name tag. But since we obviously needed a little bit of help to know which relation is which, we used the note tag. That's what I did, in fact. I don't have the maps published by the tourism offices of the provinces. I do have a file obtained from Fietsnet with a network for each node, but I used that only as guidance. It took an inordinate amount of time to try and assign those nodes to networks. I'm relatively pleased with the result, but I don't guarantee that I'm entirely done shifting them around... I agree that inventing a name like Dijlelandse Kouters (based on Brabantse Kouters combined with Dijleland) was not the best thing to do and I'll remove that one. Except that I'm pretty sure that Fietsnet has been looking at the published maps as well. And I checked this out in the past by looking for differences between the published maps and the situation in reality and check them with Fietsnet, which consistently showed the situation in those maps, even though some routes would just be impossible. What do people think of the following names I 'invented' though? Westkust (part of Westhoek) Scheldeland Denderstreek Voorkempen Kalmthoutse Heide Hageland Droog Haspengouw Probably as good as any other name. The problem for me is: why even invent names like these? They're completely arbitrary and don't conform to any subdivision of the network in real life, so why should we tag them as such? All these names are based on Wikipedia searches I performed. So it's not as if they are based on nothing. I doubt that it will be possible to encounter them anywhere on the guide posts though. For the other subdivisions of Kust, Westhoek, Meetjesland, Leiestreek, Waasland, Scheldeland, Vlaamse Ardennen and Kempen I simply used Noord, Zuid, Oost en West to subdivide them. What about splitting up Limburg in 3 or 4 regions? Maasland, Haspengouw, Midden-Limburg and the part that extends into Liège. Voerstreek was already separate. Why even split it up at all in Belgium? For all I care, use one big network for every province, given that these networks are controlled by provinces. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Regional walking networks
2011/10/11 Ben Laenen benlae...@gmail.com On Tuesday 11 October 2011 13:05:30 Jo wrote: I suppose the ref tag might be more appropriate. It is indeed a bit odd to use note for it, OTOH that's the only tag that was used consistently in all the 1000s of relations I've seen so far... Me removing the names on those route relations made the problem that Potlatch does not and will not display them more accute though. When ref is used, is it shown in Potlatch? If we reach a decision to change note into something else, no manual labour will be involved to change them wholesale. My script can take care of that, both for hiking and cycling routes. Consensus between contributors in Belgium, The Netherlands and Germany needs to be reached though. People here should stop thinking in terms of does editor X show Y. We tag the correct information, and if editors support it, then that's an bonus. We decided on the note tag long ago, and IIRC it was JOSM that started showing the note tag after we decided to use that tag for it. The routes don't have a reference number, they don't have a name, they just connect two nodes, so we chose not to use the ref or name tag. But since we obviously needed a little bit of help to know which relation is which, we used the note tag. Maybe the fact that this discussion seems to recur every so often is an indicator that something is not logical about it. Since these routes ultimately have to be entered by people and these people make a choice, which is not easily altered (I tried in the case of RoRay) as to what editor they use, it does matter whether editors support the way we tag those relations. Ultimately that's why, until recently, all the route relations had identical note and name tags. I'm working in The Netherlands now and there I find that they often use the name of the network in the name tag. I started by changing that to network:name, but now I''m taking them away, since it's information that can be deduced from the membership of the network relation. That's what I did, in fact. I don't have the maps published by the tourism offices of the provinces. I do have a file obtained from Fietsnet with a network for each node, but I used that only as guidance. It took an inordinate amount of time to try and assign those nodes to networks. I'm relatively pleased with the result, but I don't guarantee that I'm entirely done shifting them around... I agree that inventing a name like Dijlelandse Kouters (based on Brabantse Kouters combined with Dijleland) was not the best thing to do and I'll remove that one. Except that I'm pretty sure that Fietsnet has been looking at the published maps as well. And I checked this out in the past by looking for differences between the published maps and the situation in reality and check them with Fietsnet, which consistently showed the situation in those maps, even though some routes would just be impossible. I used it as a guideline, not as a reference. Until recently I had no idea of the general whereabouts of Meetjesland, Leiestreek, etc. Many of the nodes in OSM don't conform to what Fietsnet knows about them. What do people think of the following names I 'invented' though? Westkust (part of Westhoek) Scheldeland Denderstreek Voorkempen Kalmthoutse Heide Hageland Droog Haspengouw Probably as good as any other name. The problem for me is: why even invent names like these? They're completely arbitrary and don't conform to any subdivision of the network in real life, so why should we tag them as such? All these names are based on Wikipedia searches I performed. So it's not as if they are based on nothing. I doubt that it will be possible to encounter them anywhere on the guide posts though. For the other subdivisions of Kust, Westhoek, Meetjesland, Leiestreek, Waasland, Scheldeland, Vlaamse Ardennen and Kempen I simply used Noord, Zuid, Oost en West to subdivide them. What about splitting up Limburg in 3 or 4 regions? Maasland, Haspengouw, Midden-Limburg and the part that extends into Liège. Voerstreek was already separate. Why even split it up at all in Belgium? For all I care, use one big network for every province, given that these networks are controlled by provinces. Well, you seem to agree on something with Gerard. In Vlaams-Brabant we actually do have names for the regions. And that's where I started. In the other provinces, those regions seem to a lot bigger. We have 2 reasons for having an rcn_ref twice in a network relation: - split nodes around canals, on roundabouts, on separated cycleways on 2 sides of a road. - the decision of the tourism offices to only use 00-99 (except in Limburg and Hohes Venn and on the hiking networks) When using 1 relation for an entire province or region, like say Kempen, this network relation will 1. become a big mess 2. contain 1500 members, which becomes impractical to work with. If you
Re: [OSM-talk-be] Regional walking networks
On Tuesday 11 October 2011 15:21:47 Jo wrote: Maybe the fact that this discussion seems to recur every so often is an indicator that something is not logical about it. Since these routes ultimately have to be entered by people and these people make a choice, which is not easily altered (I tried in the case of RoRay) as to what editor they use, it does matter whether editors support the way we tag those relations. Ultimately that's why, until recently, all the route relations had identical note and name tags. The reason why it keeps coming up is because people fail to learn the basic rules about mapping in OSM: (1) don't tag for the renderer (most people seem to grab this idea) and (2) don't tag for the editor (this one is more difficult for some to understand) We can go on and on, but tagging these routes with name tags is a clear example of tagging for the editor. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Regional walking networks
Ben Laenen wrote: On Tuesday 11 October 2011 15:21:47 Jo wrote: Maybe the fact that this discussion seems to recur every so often is an indicator that something is not logical about it. Since these routes ultimately have to be entered by people and these people make a choice, which is not easily altered (I tried in the case of RoRay) as to what editor they use, it does matter whether editors support the way we tag those relations. Ultimately that's why, until recently, all the route relations had identical note and name tags. The reason why it keeps coming up is because people fail to learn the basic rules about mapping in OSM: (1) don't tag for the renderer (most people seem to grab this idea) and (2) don't tag for the editor (this one is more difficult for some to understand) We can go on and on, but tagging these routes with name tags is a clear example of tagging for the editor. We want to tag for the people and for usabillity. The current reasoning is flawed. -The route between 2 points in a network has no name, so we do not tag a name in OSM. -People can't work well with unnamed objects, so we give the route a name by using start point number - end point number -Since the route has no name, we can't use the name tag and so we put the name in the note tag. A purist point of view is made, which is then compromised in the wrong way and this leads to these discussions over and over again. Do simply what is needed and have this name where it belongs. In the name tag. This will be the end of this ever recurring discussion. If it is purity that has to come first, then we should have no note tag as well and those note tags should be deleted? We are lucky that JOSM supports this note tag, otherwise there was no way of managing those networks in a decent way. (Maybe a feature request to 'unsupport' this tag in JOSM is in order?) With the note tag as it is now, we can also not differentiate the routes from the different networks, because eg 12-34 can be part of a walking or biking network. The current practice is from the time that only one node network existed. Now that ways or regions can be part of several networks, an update is needed. So, I repeat my proposal to have a change of the Wiki and a decent name tag for the routes in a node network, where not only the start and end number is present but also preceeded by the (abbreviated) network name as done in the walking network Zuid-Dijleland. http://www.openstreetmap.org/browse/relation/1641610 Every route is then clearly and consistently identifiable in all parts of the OSM space, be it the overviews on the website, the editors or the renderers. And as PolyGlot already said, thanks to his scripts, the change from note tag to name tag can be done overnight. We do not need to tag for, but also not to tag against. Regards, Gerard. Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk-be] Regional walking networks
Ben Laenen wrote: On Tuesday 11 October 2011 16:49:00 Gerard Vanderveken wrote: We want to tag for the people and for usabillity. The current reasoning is flawed. -The route between 2 points in a network has no name, so we do not tag a name in OSM. Congratulations. Now if only we can end the discussion here... The problem is that the discussion starts here. It is not because there is no sign of it, that there is no name for these routes. Internally the managing people of the network uses also this 'route from 12 to 34' name in one or other form for the route segments to list their equipment (signposts) and to identify problems etc (See eg routedokter) -People can't work well with unnamed objects, so we give the route a name by using start point number - end point number I must be some kind of superhuman apparently since I was able to map these routes for years using Potlatch 1? Maybe, but we (and certainly I) aren't. But I think that you are no longer working in Potlatch for relations, as seeing the names in JOSM. is much more handy Errors were made, some of which could be prevented if the name was in its name tag. Eg Check out how many duplicated routes were removed by Polylot's edits during the last weeks. The point is that now the note tag is used to store the name of the route. -Since the route has no name, we can't use the name tag and so we put the name in the note tag. It's a note helping editors to describe what the relation actually is. The note has always been there to help fellow mappers and yourself later to get a bit more information on the object. It is only helping in JOSM, were it is displayed in lists. The others are and will stay out of luck. They have to check all objects one by one to find out which is which and that is not very practical. http://www.openstreetmap.org/browse/relation/1698153 Which one is 186-246? In Potlatch, when you want to add a way to a relation, you get exact the same meaningless list of id numbers. Which one to pick? A purist point of view is made, which is then compromised in the wrong way and this leads to these discussions over and over again. Do simply what is needed and have this name where it belongs. In the name tag. This will be the end of this ever recurring discussion. And if you start using the name tag, you'll find that you have to write exceptions for everything using the data since it suddenly has routes with a name which it shouldn't present as its name. See what happens with the Lonvia map. And there is no simple way to solve this, you'll have to sort it out manually. I'm quite pleased with the result on the Lonvia hiking map. Thank you. http://hiking.lonvia.de/?zoom=14lat=50.80698lon=4.62237 If you don't want to use the name tag, because that name might be rendered, and then put it in the note tag, you are also tagging for (against) the renderers. Exactly as the objection of Eimai is in the trac https://trac.openstreetmap.org/ticket/4017#comment:9 Using the name tag would be an abuse. These routes simply don't have names, the networks do. Sure we can invent some pretty names to be shown in the relation lists, but then we'd need to special case every renderer that wants to actually render these routes to discard names of just these networks. That's not the better option. It is also tagging for the renderer, because one might not be pleased with the rendered result. If it is purity that has to come first, then we should have no note tag as well and those note tags should be deleted? Why is the note tag not appropriate for this usecase? If your only issue is helping with the editing of data, invent some other tag (mapper_and_editor_friendly_description=* or whatever) and try to get support for that in the editors. Suppose you have some exotic object you want to tag and there's no way to map it yet, would you also put its description in the name tag? (Bad example perhaps, as some actually do this.) It's not a name, and for some reason you agree that it's not a name, yet you still want to tag it as a name. (*) (*) where it is some predefined arbitrary description which follows some rules on the wiki which would also be subject to some discussion: should we use abbreviations? Should it include what kind of network it is? What language should it be in? The fact that you have to invent a name first is reason enough for me to not tag it as such. 12-34 is a name. It is maybe not the best name or the only name possible, but it is one. People who read it know over which route relation we are talking. And so it should not be in the note, but in the name tag. We don't need support for some additional tags that might or might not get supported. The name tag is appropriate and always supported. The language is no issue as they are simply in the language of the 'operator' Strictly speaking, the bus routes don't have a name either.
Re: [OSM-talk-be] Regional walking networks
On Tuesday 11 October 2011 19:58:39 Gerard Vanderveken wrote: If you don't want to use the name tag, because that name might be rendered, and then put it in the note tag, you are also tagging for (against) the renderers. Exactly as the objection of Eimai is in the trac https://trac.openstreetmap.org/ticket/4017#comment:9 Using the name tag would be an abuse. These routes simply don't have names, the networks do. Sure we can invent some pretty names to be shown in the relation lists, but then we'd need to special case every renderer that wants to actually render these routes to discard names of just these networks. That's not the better option. It is also tagging for the renderer, because one might not be pleased with the rendered result. I'm not entirely sure whether you are being serious here... So I'm not tagging something for the editor by entering wrong data which has the effect that said wrong data isn't rendered, which we didn't want anyway, because it was wrong data. And that's suddenly tagging for the renderer? [...] Give me one reason why this has to involve the name tag and absolutely is impossible in any other way. Look, we can go on and on with this, but the simple fact remains: it's not a name, don't tag it as such, even when that means you'll have to remember a six-digit number every now and then until Potlatch actually will be able to handle relations properly one day. Greetings Ben ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Jerusalem name tag - Mediation
Paul Norman [mailto:penor...@mac.com] wrote: Sent: 08 October 2011 20:12 To: 'Andrew Guertin'; talk@openstreetmap.org Subject: Re: [OSM-talk] Jerusalem name tag - Mediation -Original Message- From: Andrew Guertin [mailto:andrew.guer...@uvm.edu] Subject: Re: [OSM-talk] Jerusalem name tag - Mediation On 10/07/2011 11:40 AM, Andy Robinson wrote: I'm going to suggest the latter, three nodes as follows: [...] Any solution should probably apply to relations as well as nodes (or instead of nodes, if I had my way). See also http://www.openstreetmap.org/browse/way/131585141 with a creation date of 2011-09-28. (Was this deleted and recreated? Wikipedia appears to have a screenshot of it, but their image is from February...) Should the entire city be tagged with landuse=residential like it currently is? Arguably only those areas that are actually residential of course should only have the residential tag but I get what you mean. If at the moment there is a surrounding way with that tag then I'd not suggest to change it until others get around to tagging landuse more accurately. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Jerusalem name tag - Mediation
Andrew Guertin [mailto:andrew.guer...@uvm.edu] wrote: Sent: 07 October 2011 17:08 To: talk@openstreetmap.org Subject: Re: [OSM-talk] Jerusalem name tag - Mediation On 10/07/2011 11:40 AM, Andy Robinson wrote: I'm going to suggest the latter, three nodes as follows: [...] Any solution should probably apply to relations as well as nodes (or instead of nodes, if I had my way). See also http://www.openstreetmap.org/browse/way/131585141 with a creation date of 2011-09-28. (Was this deleted and recreated? Wikipedia appears to have a screenshot of it, but their image is from February...) A good point. I was only considering nodes but I don't see any problem with defining the east and west sections as ways (I'm not sure I would go as far as saying any need for relations at present). Ways also permits some overlap of the areas where the boundary between east and west parts is fuzzy or disputed though I'd take a dim view if the two sets of local mappers created east and west areas that encompassed the whole city. Some feedback from local mappers regarding way's vs node's for the E/W parts of the city would be helpful here. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Problems in Chittagong, Bangladesh
2011/10/11 Dave Stanley da...@dbsconsult.co.uk Thanks for the advice. The Bing image does appear to be spot on. I have started having a tidy up and will continue when I can. Most of the GPS tracks will be from me in that area. Unfortunately I only travel a few routes for my work. I am moving on to another city now, so I will see what has happened there. Dave The city only has roads and a few railway stations. I suggest concentrating on biggest amenities, like hotels, hospitals, embassies, shopping centers.. And try to find out what these motorway junctionshttp://www.openstreetmap.org/?node=1358194906actually are. If my 5 minute google research is right, those are suburbs. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenMaps App Blocked By OpenStreetMap
Richard Fairhurst [mailto:rich...@systemed.net] wrote: Sent: 09 October 2011 21:16 To: talk@openstreetmap.org Subject: Re: [OSM-talk] OpenMaps App Blocked By OpenStreetMap snip However, if a bunch of OSM activists want to get sponsorship _outside_ OSMF to set up a tile-serving co-op which charges cost-plus, go for it. There is a sort of list at: http://wiki.openstreetmap.org/wiki/Commercial_OSM_Software_and_Services Though I don't know how complete it is. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF to provide commercial tile service? [WAS: something else]
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 09-10-11 19:40, Frederik Ramm schreef: On 10/09/2011 05:51 PM, Stefan de Konink wrote: OSMF could be the primary shareholder of a private entity that commercially exploits hosting tiles (..and what not more). I'm surprised to hear that from someone who usually doesn't trust OSMF one bit! That doesn't mean that I trust the shareholders of any other company I get services from? RichardWeait is right in saying that this would be a recipe for a PR disaster. Whenever OSMF would change their tile policy - blocking additional IPs or applications or usage patterns, changing the definition of what is ok and what isn't - people would accuse OSMF of just wanting to regulate tile access in order to make more money with the commercial arm. The idea is indeed that the OSMF would set a tile policy or uses the current policy and enforce it. This will create a level playing field for any commercial provider. Think of the ones that Andy mentioned and are placed on the wiki. I see even an possibility that anyone that wants to use the OSM should dedicated theirself to serve x percent of the tiles as part of a global OpenStreetMap CDN. But I was never an out-of-the-box thinker so ignore my fooling thoughts! And if your past attitude is anything to go by, then you would be one of the first to cry foul in such a situation. Since I currently placed my arrows on the distribution and the use of PD, CC-0 and CC-BY data. And work closely with Google to publish our Dutch transit feeds to them as -open data-, I have better things to do, because more people would use my data :) I thought that was the idea of OSMF too: getting more people to use OpenStreetMap ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6UjJgACgkQYH1+F2Rqwn1rCQCeO4YajWxWOstotj3hHTbiqqv9 dWsAoIC9aCeUS2YM9Ya1eH0CZgvomCpp =BKv1 -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF to provide commercial tile service? [WAS: something else]
On Sun, Oct 9, 2011 at 10:39 AM, Richard Weait rich...@weait.com wrote: On Sun, Oct 9, 2011 at 9:51 AM, Nick Whitelegg nick.whitel...@solent.ac.uk wrote: On Sat, Oct 8, 2011 at 10:36 AM, Richard Fairhurst rich...@systemed.net wrote: Please bear in mind that, even if we wanted to offer free tiles to every commercial app in the world, our hosts would not permit us to do so. [ ... ] Absolutely. This may be a rather controversial opinion, but would it maybe be a good idea to offer Qt like licencing for use of the OSM tile server? Having the OSMF provide commercial tiles is a bad idea. It would: - reduce services available to the community - expose the project to additional risk - hurt the community by competing against it People want to use OSM, and OSM needs resources. These are facts. It's also a fact that a lot of people/organizations, when we tell them Run your own tileserver, don't want to. And they also don't want to use a third party tile service. They don't want to because they aren't interested in a Mapworld Map or a Sunmap Map- they want an OpenStreetMap map. And they're willing to pay for it. They're willing to give us resources in exchange for using our resources. Having people pay for their use of resources in one form and pay for them in another form is a basic part of economics. We can take the tile server and move it outside of our donated service, allowing users to contribute directly to it, either in direct sale, or suggested donations, which would give us money to both offset the cost of the service, and for other things we want to. Commercial map providers are great, but people want to be associated directly with, That association has value to them, and if it has value to them, instead of constantly waging a war against them via blocking tiles and checking logs and blocking apps, we could instead have a way to work with these folks. I also suggested an Endorsed vendor program, but I guess that was dismissed by the Powers That Be? My central argument is this: We spend a lot of resources blocking bad actors. We then spend a lot of time/energy/effort trying to get them to use commercial vendors (who we have no association with) or to run their own. A lot of these guys don't want to run their own; it's not their interest and not their domain, and they want to be associated with us. I see that as an opportunity to work with them. Instead of pushing them away, we can work with them. That's good for them, and it would give us a additional resources to carry on our mission. - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF to provide commercial tile service? [WAS: something else]
Hi, On 10/11/2011 09:00 PM, Serge Wroclawski wrote: It's also a fact that a lot of people/organizations, when we tell them Run your own tileserver, don't want to. And they also don't want to use a third party tile service. They don't want to because they aren't interested in a Mapworld Map or a Sunmap Map- they want an OpenStreetMap map. Yes but there is no OpenStreetMap map. There is an OpenStreetMap database. I also suggested an Endorsed vendor program, but I guess that was dismissed by the Powers That Be? I think it is going to be very difficult for OSMF to endorse vendors. After all, we wouldn't simply want to endorse someone just because he gives us $$$. So we'd need to have a qualified vendor programme where we make sure that we endorse only people who really know their stuff. An interesting area but there's a lot of work down that road. We spend a lot of resources blocking bad actors. We then spend a lot of time/energy/effort trying to get them to use commercial vendors (who we have no association with) or to run their own. A lot of these guys don't want to run their own; it's not their interest and not their domain, and they want to be associated with us. I see that as an opportunity to work with them. Instead of pushing them away, we can work with them. That is possible but the operative word is WORK. A commercial operation will have to use different processes. A commercial operation could not simply change their map style overnight without telling anybody (like we do). A commercial operation would have to guarantee certain service levels (which we don't). If one of your commercial users runs amok and adversely affects the others, then you cannot tell the others sorry but there was a bad guy (like we currently do) - they will ask to be protected from that. And so on. My point is that you cannot simply do commerical tiles on the side - it requires business planning, product and pricing design, and paid staff to make it happen. Staff that must be overseen of course, and business risks that must be taken into account. All that creates a lot of work and I am not sure if there will be a net benefit. You make it sound as if selling tiles was a low-hanging fruit that we would be foolish to ignore. From my own business experience, I tend to disagree. I also disagree with your point that tile users do not want someone else's map but they want OpenStreetMap. After all, attribution requires that if you buy OSM tiles from Cloudmade or Geofabrik or use the free MapQuest ones, you will always have to attribute them to OpenStreetMap. I don't think that many people make the difference you are making (yeah I know this is OpenStreetMap data and OpenStreetMap styles that $VENDOR uses to produce tiles bit I want THE REAL OPENSTREETMAP!!!). Au contraire - as a project, we are very interested in people *not* taking our Mapnik tiles as THE REAL OPENSTREETMAP. 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 to provide commercial tile service? [WAS: something else]
On Tue, Oct 11, 2011 at 3:31 PM, Frederik Ramm frede...@remote.org wrote: Yes but there is no OpenStreetMap map. There is an OpenStreetMap database. The osm default mapnik render is the OSM map- let's not squabble over words. The style is part of the OSM repository. Do you have a better name? A commercial operation could not simply change their map style overnight without telling anybody (like we do). A commercial operation would have to guarantee certain service levels (which we don't). If one of your commercial users runs amok and adversely affects the others, then you cannot tell the others sorry but there was a bad guy (like we currently do) - they will ask to be protected from that. And so on. For those people wanting assurances, there are plenty of commercial providers. My point is that you cannot simply do commerical tiles on the side - it requires business planning, product and pricing design, and paid staff to make it happen. Staff that must be overseen of course, and business risks that must be taken into account. All that creates a lot of work and I am not sure if there will be a net benefit. You make it sound as if selling tiles was a low-hanging fruit that we would be foolish to ignore. From my own business experience, I tend to disagree. I also disagree with your point that tile users do not want someone else's map but they want OpenStreetMap. They want direct association with the project. They want to be affiliated with the project, and they want to support the project. The mailing is is full of Can I pay you to use your tiles?. At some point one starts to think Why aren't we giving them what they want? To address this, I made two suggestions: 1. OSMF run its own tile server separate from the core infrastructure, which could serve this need, providing these application providers (and others) a clear path to support OSM and get what they've requested. Profits from this could benefit the project. 2. OSMF officially endorse vendors who contribute back to the project. This eliminates the need for the infrastructure and allows you commercial map providers a way to be officially endorsed by the project, probably increasing your customer numbers. I go back to my central point: We're spending a lot of time blocking people and explaining to people why they're blocked. Let's find a way to turn this adversarial relationship into a cooperative one. Do you have a suggestion on how to do this? - Serge ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Help with Garmin nuvifone G60
Hi, I'm new to the list so please excuse me if this is an old question. I live in California but am going to Germany for a short vacation. I created and downloaded the .img file from the server and installed it in the /Garmin directory of the G60 gmapsupp.img I believe I named it. I've read that you cannot search for a location using these maps so I tried entering coordinates directly into the GPS however it still does not find anything but the base map. How can I tell if the maps are functional? Thanks, Terry___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Applications for Android
On Mon, Oct 10, 2011 at 3:10 AM, pec...@gmail.com pec...@gmail.com wrote: 2011/10/10 Parveen Arora m...@parveenarora.in: On Mon, Oct 10, 2011 at 1:53 AM, pec...@gmail.com pec...@gmail.com wrote: Next time just Google For It [tm] :) http://wiki.openstreetmap.org/wiki/Android Thank You very much :) and can you please suggest If any application is best according to you having most of the feature? Well, I have HTC Wildfire, so I can't dream about feature creep :) OSMAnd is currently most usable for me, but as far as I heard they have gone commercial way, with Lite version for free - I use it for browsing, but has also routing too (too slow on my phone). Also from commercial ones NavDroyd have some serious recommendations from guys which travels a lot. What kind of features? Map viewing, navigation, OSM editing? Data collection? I also use OsmAnd for map viewing and navigation. You can get nightly builds from http://osmand.net any time for free. What you get for paying for OsmAnd+ is frequent automatic updates via the android market. I also use Vespucci for performing surveys on my phone and uploading directly to OSM. But you have to be very familiar with OSM before it will make much sense. Also, it has kind of a serious bug that can lead to misplaced tags and tagless objects being uploaded. I've also played a little with OsmTracker for collecting data for later processing. Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Verkehrsinseln (war: TMC)
Moin, hier kann man 'geteilter' Meinung sein. ;-) Am 11.10.2011 02:46, schrieb Stephan Wolff: Am 10.10.2011 03:51, schrieb Martin Koppenhoefer: Zusätzliche Abbiegeverbotsrelationen braucht man ggf. genau 1: wenn es verboten ist, am kreuzungsfernen Ende der Verkehrsinsel einen U-Turn zu machen (no left turn für den Way der wegführt). Wenn die Rechtsabbiegespur abgetrennt ist, braucht man 3 zusätzliche Abbiegeverbotsrelationen. An dieser Einmündung [1] sind es 6 Abbiegeverbotsrelationen für 3 Inseln. Ehrlich gesagt, frage ich mich ständig, ob man als Autofahrer diese Winz-turn-restrictions wirklich alle *braucht*: - Der Router sollte die richtige Führung anhand der kürzeren Länge per se berücksichtigen (können). - Bei einer irrtümlichen 'Falschfahrt' ist sowohl die GPS-Auflösung zu gering (verstärkt durch das Kleben an der virtuellen Route) als auch die Reaktionszeit für viele Router eh zu kurz für eine Neuberechnung. Nach meiner Erfahrung bekommt man zeitig vor der Kreuzung den Abbiegehinweis - und ist danach sowieso damit beschäftigt, die tatsächliche Lage vor Ort nach der Realität beurteilen zu müssen. Der Punkt der Routeransagen sollte im Router gelöst werden, genaues Mapping hilft da meist, zu besseren Ergebnissen zu kommen, als wenn die Details fehlen. Kannst du ein Beispiel nennen, wo eine Zusatzansage vor einer kleinen Verkehrsinsel die Führung verbessert? Ich bevorzuge eine Ansage pro Kreuzung. [...] Routingansagen für Fußgänger und querende Fahrradfahrer werden ungenauer ohne Details an dieser Stelle, Objekte die sich auf der Insel befinden sind gar nicht mehr topologisch richtig map-bar, etc. Selbst für Fußgänger und Fahrradfahrer finde ich eine Anweisung Überqueren sie die Ringstraße sinnvoller als Überqueren sie die Ringstraße, nach 8m überqueren sie die Ringstraße Klar, unsereiner überblickt die ganze Lage und erkennt die Gesamtsituation auf Anhieb. Für einen Sehbehinderten ist die Straße dann bereits an der Insel überquert und er kann vermeintlich zügig weitergehen ... Im Großen und Ganzen sind viele dieser Detailangaben für viele Verkehrsteilnehmer - insbesondere Autofahrer - eigentlich nur Erleichterungen in Richtung Bequemlichkeit. Da sollte man das Augenmerk m. E. eher auf Gefahrenstellen richten - auch im Sinne anderer Verkehrsteilnehmer. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln (war: TMC)
Hi, Am 11. Oktober 2011 08:37 schrieb Georg Feddern o...@bavarianmallet.de: - Bei einer irrtümlichen 'Falschfahrt' ist sowohl die GPS-Auflösung zu gering (verstärkt durch das Kleben an der virtuellen Route) als auch die Reaktionszeit für viele Router eh zu kurz für eine Neuberechnung. Das mit der Neuberechnung mag jetzt noch stimmen, auch die GPS-Auflösung, nur sollten wir auch beachten, dass sich die Technik weiter entwickelt, die Rechner schneller und die GPS-Empfänger genauer werden. Daher finde ich eine genauere Erfassung durchaus erstrebenswert, bevor man die Daten später neu anfassen muss … Gruß Dennis. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
On Mon, Oct 10, 2011 at 07:11:28PM -0600, Kai Krueger wrote: Nun kann man aber lange darueber philosophieren was moegliche Gruende sind das nicht mehr Entwickler sich an diesen Projekten beteiligen, vielleicht einfacher ist es aber einfach euch zu fragen: Was wuerde euch motivieren patches zu schreiben? Was euch den Einstieg erleichtern? Wo liegen derzeit die groessten Huerden um sich zu beteiligen? Gibt es Dinge die das Leben einem erleichtern wuerde? Was wuerde diejenigen die bereits viele Patches geschrieben haben helfen noch mehr patches zu submitten? Wenn ihr zu diesen Themen Ideen, Anregungen, Vorschlaege oder Kommentare habt, schreibt sie hier nieder und ich werde sie dann in die EWG einbringen um zu sehen was man davon umsetzen kann. Developer-Meetings würden sicher helfen. Hier und dort reden Leute in Deutschland seit Monaten, dass man sowas mal wieder machen sollte. Nimmt nur keiner in die Hand. Dabei haben wir mit dem Linuxhotel ne gute Location und beim FOSSGIS könnte man wegen Geldern anfragen. Kai: Wäre das nicht eine Aufgabe für Dich? :-) Was m.E. auch fehlt sind mehr Libraries und andere Legobausteine. Viel zu viele Leute fangen immer wieder bei Null an. Die meisten Leute wissen auch garnicht, was für tolle Tools es alles schon gibt. Hier hilft besseres promoten bestehender Tools. Z.B. auch auf einem Dev-Meeting. Größtes Problem sind aber die schieren Datenmengen. Es gibt einfach nicht viele Leute, die a) die Rechnerresourcen haben und b) die Kenntnisse, wie man effizient mit so großen Datenmengen, die sich ständig ändern, arbeitet. Daher werden häufig nur Spielprobleme gelöst, das bringt uns aber nicht so recht vorran. Eine Lösung habe ich dafür nicht. Um mit den Rechner-Ressourcen zu helfen, haben wir ja den dev-Server. Aber der platzt aus allen Nähten und bräuchte mehr Admin-Ressourcen, um ihn effektiver zu nutzen bzw. weitere Server zu organisieren und in Betrieb zu nehmen. Letztlich ist aber einfach so: Sowohl das Arbeiten mit OSM-Daten generell als auch speziell die Software, die im Zentrum von OSM eingesetzt wird (also die Datenbank, Rails-Port, Renderer) ist so komplex, dass man da nur schwer reinkommt und nur schwer die nötige Zeit aufbringen kann, daran wirklich effektiv zu arbeiten. Ich persönlich würde gerne 100% meiner Zeit an irgendwelchen Open Source OSM-Projekten arbeiten. Aber solang keiner dafür zahlt, geht das halt nicht. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln (war: TMC)
Am 11.10.2011 08:52, schrieb Dennis Hesse: - Bei einer irrtümlichen 'Falschfahrt' ist sowohl die GPS-Auflösung zu gering (verstärkt durch das Kleben an der virtuellen Route) als auch die Reaktionszeit für viele Router eh zu kurz für eine Neuberechnung. Das mit der Neuberechnung mag jetzt noch stimmen, auch die GPS-Auflösung, nur sollten wir auch beachten, dass sich die Technik weiter entwickelt, die Rechner schneller und die GPS-Empfänger genauer werden. Nicht nur die GPS-Ungenauigkeit spielt eine Rolle, der Benutzer muss bei der Eingabe von Start- und Endpunkten z.B. mit der Maus, die richtige Spur treffen. Was schwierig ist, wenn man die Spuren nur in höchsten Zoomstufen überhaupt erkennt. ;-) Beispiel aus Werne a.d. Lippe: http://129.206.229.146/openrouteservice/index.php?start=7.6372211,51.6678032end=7.641408,51.6672409pref=Fastestlang=denoMotorways=falsenoTollways=false Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo! Ausnahmeweise mal ein TOFU, da der Originaltext nicht weiter zu kommentieren ist. Ich habe zwei Softwaretechnische Anliegen, die im Rahmen von OSM sicherlich auch sehr gut aufgehoben wären und IMHO besser als bisher organisiert werden könnten/müßten: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage. Damit meine ich einen allgemeinen Software(-stack) der es ermöglicht, möglichst effizient auf eine möglichst effizient gespeicherte lokale Datenbasis zuzugreifen. Die Installation von PostgreSQL+PostGIS ist nicht sonderlich universell oder effizient - sowohl PostGreSQL als auch die entstehende Datenbank ist zu resourcenhungrig. Für eine Tile-Rendering Anwendung auf einem Server ist das kein Problem, aber für einen kompakten, womöglich mobilen, Client schon. Es gibt dazu diverse Ansätze in diversen Projekten, doch alle entweder sehr speziell oder noch nicht sonderlich ausgereift (Spatialite, Navit, GOSmore etc.). Es wäre sehr nützlich, wenn es hier eine konzierte Aktion von Seiten OSM gäbe, die dann wiederum als eine Art OSM quasi standard API von Programmen wie Navit etc. benutzt werden könnte. 2. Effizienter und state-of-the-art lokaler Map Renderer. Auch in Zeiten von schnellem mobilem Internet ist es sehr oft nötig, Kartendaten dennoch lokal zu rendern - sei es, weil gerade keine Verbindung zum Download von Tiles besteht oder weil eine bestimmte Ansicht, die nicht als Tiles fertig existiert, dargestellt werden soll. Das ganze ist natürlich etwas schwierig allgemein zu halten, da die Zielplattformen nicht genau klar sind und man mit Rendering schnell im Bereich GUI ist. Es gibt da auch ein paar nette Ansätze, aber alle mit Haken und Ösen. Ein guter GUI-Subset könnte vielleicht mit Cairo zu erzielen sein. Warum das Ganze? Ich sehe zur Zeit, daß wir zwar mit OSM eine geniale Datenbasis haben, aber einen großen Teil der möglichen Anwendungen damit nicht abdecken können, nämlich den mobilen Bereich. Alleine das es bis heute noch keine sinnvolle Navi Software auf Basis von OSM gibt, zeigt meiner Meinung nach schon die ganze Misere. Und das beginnt, denke ich, mit den Grundlagen, wie den oben beschriebenen. Ich arbeite im mobilen Linux Bereich und was ich mir bspw. wünschen würde, wäre eben eine effiziente und kompakte lokale OSM Datenbank die ich in mein mobiles Gerät packen kann (und dort nur in etwa soviel Speicher belegt, wie dies kommerzielle Navis tun). Oben drauf dann im ersten Schritt ein simples GUI, was die Kartendaten darstellt und den oben beschriebenen Renderer dazu verwendet. Der eigene lokale Renderer erlaubt dann auch Spielereien wie einstellbaren Detailgrad, Ausrichtung der Karte nach Bewegungsrichtung (mit korrekter Beschriftungsausrichtung), die typische 3D Ansicht etc. was alles mit Tile-Downloads nur schwer bis gar nicht möglich wäre. Ist das geschafft, ist der Weg zu einer Navi Software nicht mehr weit. Und da wir die Grundlagen (Datenbank, Renderer) allgemein gehalten haben, könnte es dann von diesen Navi-Softwares dann auch schnell und einfach eine ganze Reihe geben - wie sagt man auf Neudeutsch, das heavy lifting ist ja dann schon unten drunter gelöst. Ggf. könnte man zu diesem OSM Client Framework (so könnte man es vielleicht nennen) auch noch eine Routing-Komponente hinzufügen - dann wäre es wirklich nur noch ein Anflanschen eines GUIs und wir hätten sehr schnell OSM Navi Software für Maemo, MeeGo, Tizen, Bada (?), Android, WebOS und natürlich auch für normales Linux mit KDE/GNOME/XFCE/etc. Und das ganze auf einer Basis, die dann gemeinsam weiter entwickelt und verbessert werden kann, sodaß deren Verbesserungen gleich allen angeschlossenen Applikationen zu Gute kommt. Soweit mein Traum... :) Oh - sollte soetwas wider Erwarten doch bereits existieren, und ich habe mich danach schon wund gegoogled, nehme ich sachdienliche Hinweise sehr gerne entgegen! Aus lauter Verzweiflung habe ich mir jetzt schon ein Garmin Nüvi in der Bucht geschossen, damit ich wenigstens ansatzweise OSM Karten für Navigation verwenden kann, aber das kann ja echt nicht die Lösung sein... Viele Grüße nils Am 11.10.2011 03:11, schrieb Kai Krueger: Hallo allerseits, Openstreetmap ist natuerlich vorwiegend ein mapping Projekt, aber die Software darum herum ist schon auch irgendwie wichtig, unter anderem um OpenStreetMap.org am laufen zu halten, das Leben der Mapper durch bessere Editoren und QA tools zu erleichtern oder einfach um aus einem Haufen Rohdaten nuetzliche Sachen zu basteln. Im Laufe der letzen Jahre ist bereits ein ziemlich beeindruckendes Software Oekosystem um OSM entstanden, aber dennoch gibt es viele gute und wichtige Ideen, die bislang nicht umgesetzt wurden, oder nuetzliche Programme die nicht mehr maintained werden da es oft nicht genug Entwickler gibt. Die Frage ist nun was kann man machen um mehr Entwickler fuer OpenStreetMap zu begeistern und die Entwickler unter uns in der Community davon zu ueberzeugen sich in
Re: [Talk-de] Verkehrsinseln (war: TMC)
Am 11. Oktober 2011 02:46 schrieb Stephan Wolff s.wo...@web.de: Am 10.10.2011 03:51, schrieb Martin Koppenhoefer: Die Inseln nicht zu erfassen hat ebenfalls einige Nachteile, im Gegensatz zu Deinem letzten Punkt wird die weitere Bearbeitung dadurch meist komplexer, dass die Vorgänger beim Mappen nicht nach klaren Regeln vorgegangen sind. Ich kann mir keine Situation vorstellen, in der eine Einmündung/ Kreuzung mit Trennung der Fahrbahnen für wenige Meter einfacher zu bearbeiten sein kann. Eigenschaften (maxspeed, surface, etc.) oder Routen (bus, road) werden mit Trennung etwas bzw. deutlich aufwändiger. Eigenschaften der Straßenstücke kann man überhaupt erst eintragen, wenn die Fahrbahn gemappt ist, wenn sie fehlt oder nur implizit ist geht das nicht. Zusätzliche Abbiegeverbotsrelationen braucht man ggf. genau 1: wenn es verboten ist, am kreuzungsfernen Ende der Verkehrsinsel einen U-Turn zu machen (no left turn für den Way der wegführt). Wenn die Rechtsabbiegespur abgetrennt ist, braucht man 3 zusätzliche Abbiegeverbotsrelationen. An dieser Einmündung [1] sind es 6 Abbiegeverbotsrelationen für 3 Inseln. eine kann definitiv wegfallen, wenn man detailliert mappt (links unten sind derzeit 2 Relationen drin, weil die Spuren sich alle in einem Punkt vereinigen. Wenn man die beiden Wegführenden bereits früher zusammenführt bevor sie die Hinführende (jeweils auf die L28 bezogen) treffen, dann wird da 1 draus (habe ich mal umgesetzt). Die anderen 4 sind prinzipiell für einen Router überflüssig (kürzester Weg führt dazu, dass man sowieso nicht so geschickt würde) allerdings für ein sauberes Datenmodell wohl schon erforderlich, zumindest solange wir keine durchgezogenen Mittellinien abbilden. D.h. es ist eine zusätzliche Relation erforderlich (wo sich die Links aufsplitten, in der Realität führt allerdings auch das Fehlen dieser Relation praktisch kaum zu Problemen) und 4 weitere wären wünschenswert beim derzeitigen Datenmodell. Der Punkt der Routeransagen sollte im Router gelöst werden, genaues Mapping hilft da meist, zu besseren Ergebnissen zu kommen, als wenn die Details fehlen. Kannst du ein Beispiel nennen, wo eine Zusatzansage vor einer kleinen Verkehrsinsel die Führung verbessert? Ich bevorzuge eine Ansage pro Kreuzung. Ggf. kann man das so optimieren, dass nur eine Ansage kommt? Visuell ist es mir in jedem Fall lieber, ich sehe wie die Kreuzung aussieht, als wenn da nur ein way ist, wo ich auf der Straße 4 sehe. Einbahnstraßen, die nicht in den Daten aber im Rendering als solche erscheinen, sind ein Bug, der keinen Einfluss aufs Mapping nehmen sollte. Natürlich wären Vorverarbeitungstools denkbar, die das Problem vermeiden. vermutlich reicht die Anpassung des Stylesheets aus. Vor einiger Zeit wurde z.B. das Problem gelöst, dass Einbahnstraßenpfeile der unteren Straße oben auf einer Brücke angezeigt wurden. Routingansagen für Fußgänger und querende Fahrradfahrer werden ungenauer ohne Details an dieser Stelle, Objekte die sich auf der Insel befinden sind gar nicht mehr topologisch richtig map-bar, etc. Selbst für Fußgänger und Fahrradfahrer finde ich eine Anweisung Überqueren sie die Ringstraße sinnvoller als Überqueren sie die Ringstraße, nach 8m überqueren sie die Ringstraße Geschmacksache, und auch, wie bereits von Georg erwähnt, eine Frage dessen, auf wie detaillierte Daten man angewiesen ist (Sehbehinderte). Ich sehe sehr kleine Verkehrsinseln ohne Besonderheiten auch nicht als Priorität an, aber durchaus als wünschenswert im Sinne einer guten Abbildung der Realität. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo Nils, On Tue, 2011-10-11 at 10:27 +0200, Nils Faerber wrote: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage. [...] 2. Effizienter und state-of-the-art lokaler Map Renderer. [...] Oh - sollte soetwas wider Erwarten doch bereits existieren, und ich habe mich danach schon wund gegoogled, nehme ich sachdienliche Hinweise sehr gerne entgegen! Aus lauter Verzweiflung habe ich mir jetzt schon ein Garmin Nüvi in der Bucht geschossen, damit ich wenigstens ansatzweise OSM Karten für Navigation verwenden kann, aber das kann ja echt nicht die Lösung sein... Hast du dir libosmscout [1] schon angesehen? Eingesetzt wird das z.B. schon in MoNav [2], zusammen mit dem extrem schnellen MoNav routing daemon. [1] https://wiki.openstreetmap.org/wiki/Libosmscout [2] http://monav.openstreetmap.de/ Viele Grüße, Mitja ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Stammtisch in Moers/Kamp-Lintfort/Westliches Ruhrgebiet/mittlerer Niederrhein
Hallo ihr Verrückten, bevor sich jemand beleidigt fühlt, möchte ich einmal das Verrückt erklären! OSM ist das tollste Projekt was ich kenne. Seitdem ich wirklich aktiv dabei bin, das war im Frühjahr/Sommer 2009, ist das Projekt gewachsen und hat sich prächtig entwickelt. Und dabei hat es mein Weltbild ein wenig verrückt. Das gebührt ein großes Lob. Besonders an den Leuten, die am Niederrhein unterwegs waren - und dort besonders Herrn Dr. Paus (er hat damals einen Stammtisch in Kleve angestoßen was für Medienaufsehen gesorgt hat). Aber nun zum Betreff der Mail: Des Studiums wegen bin ich umgezogen - vom ländlichen unteren Niederrhein zum industriellen Ruhrgebietsrand - und suche andere aktive Mapper oder auch interessierte. Es ist immer interessant sich auszutauschen und eine Bereicherung seinen persönlichen Horizont zu erweitern. Darum: Wer hat lust, einen Stammtisch oder ähnliches im Bereich Moers, Mittlerer Niederrhein, bis Duisburg, beizuwohnen?!? Idee: Bollwerk 107 in Moers (Direkt am Bahnhof), einmal im Monat Mit freundlichen Grüßen Elmar Burke -- Tel.: 0 28 21 - 59 080 89 Mobil: 01 512 35 45 513(t-mobile) Facebook: http://www.facebook.com/elmarburke Twitter: http://twitter.com/elmarburke -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11. Oktober 2011 10:27 schrieb Nils Faerber nils.faer...@kernelconcepts.de: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage ... effiziente und kompakte lokale OSM Datenbank die ich in mein mobiles Gerät packen kann (und dort nur in etwa soviel Speicher belegt, wie dies kommerzielle Navis tun). Oben drauf dann im ersten Schritt ein simples GUI, was die Kartendaten darstellt und den oben beschriebenen Renderer dazu verwendet. Der eigene lokale Renderer erlaubt dann auch Spielereien wie einstellbaren Detailgrad, Ausrichtung der Karte nach Bewegungsrichtung (mit korrekter Beschriftungsausrichtung), die typische 3D Ansicht etc. was alles mit Tile-Downloads nur schwer bis gar nicht möglich wäre. macht das nicht Navit bereits alles? War am Wochenende auf der italienischen OSM-Konferenz in Padua und auf dem Weg dahin haben wir uns komplett von Navit auf einem Openmoko leiten lassen (inkl. synthetischer Sprachausgabe). Das Stylesheet wurde für den Bildschirm des Openmoko optimiert und ich fand das ganze schon quasi alltagstauglich. Was man sicher noch verbessern kann ist das Interface (und auch die Ansagen), eines der Hauptprobleme sind aber die Daten: fehlende Hausnummern sind bei sehr langen Straßen wirklich ein Problem. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo, ich bin mir nicht sicher ob VM's ein sinnvolles Mittel sind. Meines Erachtens wäre es besser, die Installation der Toolchain, die man für eine Sache braucht zu erleichtern. Ähnlich wie es gerade mit den TileServer für Ubuntu gemacht wird. Wenn es so etwas gibt, kann jeder, der meint das in einer VM machen zu wollen, sich eine VM einrichten und darin die Pakete installieren. Ein Problem sehe ich darin, dass Anwender nicht wissen welche Software es gibt und welche Software sie brauchen. Hier wäre irgendeine Übersichtsseite sinnvoll, auf der man eine Zuordnung von Das will ich machen zu diese Tools brauch ich dafür und da findest du die Hilfe zu den Tools Jochens Vorschlag mit den Libraries finde ich auch sehr sinnvoll. Für größere Softwareprojekte die OSM benötigt könnte man auch Preise ausloben und so evtl. auch neue Anreize schaffen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo, On 10/11/2011 11:39 AM, Henning Scholland wrote: Ein Problem sehe ich darin, dass Anwender nicht wissen welche Software es gibt und welche Software sie brauchen. Hier wäre irgendeine Übersichtsseite sinnvoll, auf der man eine Zuordnung von Das will ich machen zu diese Tools brauch ich dafür und da findest du die Hilfe zu den Tools Wobei Kai natuerlich ausdruecklich gefragt hatte, wie man das Mitmachen der Leute an den Kernkomponenten erleichtern koennte, und nicht, wie man der Welt den Einsatz von OSM durch praktischere Tools erleichtern koennte. Beides ist zwar wichtig, aber fuer letzteres (also den leichteren Einsatz von OSM) gibt es durchaus mehr externe Anreize - saemtliche mobile Software zum Beispiel ist allein aus der Community heraus entstanden und nicht, weil sich zentral jemand hingesetzt hat und gesagt wir muessen mal was fuer Anroid tun. Mehr Helfer fuer die internen Komponenten ist hingegen eine schwierigere Sache - damit kann man als Programmierer halt auch nicht so viel Ruhm ernten wie mit einer coolen neuen mobilen App oder einer neuen Webseite oder sowas. Das ist auch der Grund, warum sich die OSMF da Gedanken macht, wie man den Leuten das versuessen koennte. Für größere Softwareprojekte die OSM benötigt könnte man auch Preise ausloben und so evtl. auch neue Anreize schaffen. Ganz schwieriges Thema - was motiviert Leute, bei Open Source mitzumachen? Geld oder Sachpreise sind problematisch, denn wenn erstmal einer bezahlt wird, um am Rails Port zu arbeiten, wer will dann noch kostenlos mitmachen? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen klassifizieren: nach Zustand oder Bedeutung?
Am 10. Oktober 2011 21:41 schrieb malenki o...@malenki.ch: Dieses Jahr war ich auf einigen Straßen unterwegs, die nicht unbedingt in das OSM-Klassifizierungsschema passen - zumindest meiner Meinung nach. naja, sie passen halt nicht zu dem gewohnten Bild aus aus Deinem Umfeld, wie eine bestimmte Straßenklasse auszusehen hat. Der Zustand der Straße dürfte den unerfahrenen Nicht-Albanier (wie auch mich) überraschen. Die Straße war an einigen Stellen für normale PKW nicht zu befahren. in weiten Teilen der Welt für ländliche Regionen normal. highway = tertiary smoothness = horrible surface = unpaved 4wd_only = yes (siehe auch http://taginfo.openstreetmap.org/search?q=4wd#keys ) +1, sieht doch ganz gut aus. Evtl. auch surface=ground. Was nicht schlecht wäre in OSM wäre ein oder mehrere tags, die das Level der Unebenheiten angeben (so was wie smoothness, aber objektiv): das könnte die Tiefe der Schlaglöcher oder Unebenheiten sein, ggf. spielt es auch eine Rolle, ob Niveauunterschiede längs oder quer auftreten, und wie das Verhältnis Länge zu Breite ist (ein sehr tiefes Loch mit 10 cm Durchmesser spielt überhaupt keine Rolle, eines mit 1 m Durchmesser schon, bei 8 m Durchmesser interessiert mehr die Ausbildung des Rands als das Loch an sich). Ausser Löchern ist auch die Größe (und Häufigkeit) von evtl. vorhandenen Steinen relevant: ab 2-3cm Durchmesser (vor allem aber über 10-20cm) sind das veritable Hindernisse, die man mit dem Auto vermutlich nur noch mit Schrittgeschwindigkeit (und weniger) passieren kann. allgemein +1 zum taggen von highway aufgrund der Bedeutung fürs Straßennetz Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11.10.2011 11:04, schrieb Mitja Kleider: Hallo Nils, Moin! On Tue, 2011-10-11 at 10:27 +0200, Nils Faerber wrote: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage. [...] 2. Effizienter und state-of-the-art lokaler Map Renderer. [...] Oh - sollte soetwas wider Erwarten doch bereits existieren, und ich habe mich danach schon wund gegoogled, nehme ich sachdienliche Hinweise sehr gerne entgegen! Aus lauter Verzweiflung habe ich mir jetzt schon ein Garmin Nüvi in der Bucht geschossen, damit ich wenigstens ansatzweise OSM Karten für Navigation verwenden kann, aber das kann ja echt nicht die Lösung sein... Hast du dir libosmscout [1] schon angesehen? Eingesetzt wird das z.B. schon in MoNav [2], zusammen mit dem extrem schnellen MoNav routing daemon. Recht sicher, aber mal sehen, was war das nochmal... [1] https://wiki.openstreetmap.org/wiki/Libosmscout [2] http://monav.openstreetmap.de/ Ah, ja, richtig, hatte ich! Das ist in der Tat einer der vielversprechenderen Ansätze, gefiel mir ganz gut, war nur etwas frickelig ans Laufen zu bekommen (also außerhalb von Monav. Teile davon könnte man sicherlich extrahieren und für den von mir skizzierten Zweck verwenden - oder vielleicht gleich das ganze OSMScout? Dann wäre es nur noch eine Frage, die Software zu verallgemeinern, damit sie breit eingesetzt werden kann. Also gute Trennung von Renderer, Kartendaten und Routing, damit ggf. auch mal eine der Komponenten gegen eine andere getauscht werden könnte. Das letzte mal als ich mir das angesehen hatte, war der Renderer noch stark eingeschränkt, d.h. es gab kein richtiges sinnvolles API, um von einer Applikation aus den Renderer als Widget einzubinden und zu beeinflussen (Center-Koordinate setzen, Rotation etc.). Alles machbar, keine Frage! Müßte man nur den libosmscout Author mal fragen und ggf. zusammenarbeiten. Aber vielen Dank für den Tip da nochmal zu gucken! Die Screenshots von Monav sehen verflixt gut aus, ich bin begeistert! Da hat sich doch Einiges getan, seitdem ich das letzte mal geschaut hatte. Werde ich mir gleich auf einem N900 instalieren *freu* :) Doch nach wie vor denke ich, daß die OSM Community auch Infrastruktur für Entwickler fördern sollte - also eben Bausteine fördern, die von Applikationsentwicklern einfach benutzt werden können, um interessante Applikationen zu (er-)schaffen. Libosmscout ist da schon sehr weit vorne! Viele Grüße, Mitja Viele Grüße nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hi, Ich das Problem ist dass an vielen stellen Viele Suppen gekocht werden und oft viel Energie in Sachen gesteckt wird die anderes leichter oder besser zu lösen wären. Eine Idee (wenn noch nicht vorhanden) wäre eine Top 10/20/50 Liste. In der die meist gewünschten Features/Bugfixes verzeichnet sind (und in der man Sachen Rauf oder Rutner wählen kann) Über Links ließen sich dann Ideen für Technische Lösungen Sammeln und Kompetenzen bündeln. (damit nicht jeder an einer anderen Stelle eine eigene Suppe beginnt) Wie werden den ATM Bugs getrackt? Gruß Tobi On 11.10.2011 03:11, Kai Krueger wrote: Hallo allerseits, Openstreetmap ist natuerlich vorwiegend ein mapping Projekt, aber die Software darum herum ist schon auch irgendwie wichtig, unter anderem um OpenStreetMap.org am laufen zu halten, das Leben der Mapper durch bessere Editoren und QA tools zu erleichtern oder einfach um aus einem Haufen Rohdaten nuetzliche Sachen zu basteln. Im Laufe der letzen Jahre ist bereits ein ziemlich beeindruckendes Software Oekosystem um OSM entstanden, aber dennoch gibt es viele gute und wichtige Ideen, die bislang nicht umgesetzt wurden, oder nuetzliche Programme die nicht mehr maintained werden da es oft nicht genug Entwickler gibt. Die Frage ist nun was kann man machen um mehr Entwickler fuer OpenStreetMap zu begeistern und die Entwickler unter uns in der Community davon zu ueberzeugen sich in Projekte einzubeziehen und patches zu schreiben z.B. um lang vermisste Funktionen zu ergaenzen oder Bugs zu beheben. Um dieser Frage nachzugehen haben sich ein paar Devs vor ein paar Wochen unter dem Schirm der Engineering Working Group (EWG) zusammen getan um zu schauen ob wir etwas tun koennen um den Einstieg in die OpenStreetMap Entwicklung zu erleichtern und mehr Leute dafuer begeistern koennen. Vorwiegend ist das Ziel mehr Leute fuer die Core Projekte zu begeistern wie z.B. Potlatch, den rails_port, xapi, nominatim, cgi_map oder anderen Projekten die derzeit auf den OSMF servern laufen, aber Dinge die die generelle Entwicklung von OSM basierter Software verbessern oder erleichtern koennen natuerlich auch Thema sein. Ein paar der Ueberlegungen die bislang angestellt wurden sind z.B. die Installationsdokumentation des rails_port zu verbessern, Virtuelle Machines mit allen noetigen Entwicklungstools und Softwaredependencies anzubieten, die Verwendung des dev-servers zu verbessern, oder hack weekends zu organisieren um Leute in Person beim Einstig zu helfen. Nun kann man aber lange darueber philosophieren was moegliche Gruende sind das nicht mehr Entwickler sich an diesen Projekten beteiligen, vielleicht einfacher ist es aber einfach euch zu fragen: Was wuerde euch motivieren patches zu schreiben? Was euch den Einstieg erleichtern? Wo liegen derzeit die groessten Huerden um sich zu beteiligen? Gibt es Dinge die das Leben einem erleichtern wuerde? Was wuerde diejenigen die bereits viele Patches geschrieben haben helfen noch mehr patches zu submitten? Wenn ihr zu diesen Themen Ideen, Anregungen, Vorschlaege oder Kommentare habt, schreibt sie hier nieder und ich werde sie dann in die EWG einbringen um zu sehen was man davon umsetzen kann. Natuerlich sind auch alle herzlich Willkomen sich direkt an der Engineering Working Group ( http://www.osmfoundation.org/wiki/Engineering_Working_Group ) selbst zu beteiligen, denn auch dort gilt das uebliche do-ocracy Prinzip. Sie trifft sich jeden Montag um 17:00 GMT (19:00 deutsche Sommerzeit) auf IRC unter #osm-ewg (Internet Relay Chat, auf dem OFTC server). Es ist insgesamt sehr informell. Logs der bisherigen Meetings gibt es unter http://www.osmfoundation.org/wiki/Working_Group_Minutes#Engineering_Working_Group Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo Nils. Ich glaube nicht, dass eine solche API sinnvoll machbar ist. Im Gegenteil würde eine solche API die Problematik des Preprocessings erneut verstecken. Eine Routing-Anwendung braucht ein anderes Datenformat als ein Renderer und wieder was anderes als eine lokale Restaurantsuche. Sinnvollerweise wird die Restaurantsuche außerdem nur ein kleines Subset der Datenbank überhaupt haben wollen, andere Anwendungen brauchen andere Teilmengen. Der Zugriff ist komplett unterschiedlich: Suche ich in erster Linie nach Namen (Lokalsuche), nach Topologie (Router) oder nach geografischer Position ohne Berücksichtigung der Topologie? Die Inhalte sind komplett unterschiedlich: Nur OSM-Editoren werden die komplette Datenbank mit den Original-Tags brauchen, alle anderen werden das vorverarbeiten. Wozu highway=residential als Tag speichern, wenn nur 8 wohldefinierte Tags gebraucht werden? Insofern bin ich mir nicht sicher, ob das so sinnvoll und machbar ist, was Du vorschlägst. Gruß Peter Am 11.10.2011 10:27, schrieb Nils Faerber: Hallo! Ausnahmeweise mal ein TOFU, da der Originaltext nicht weiter zu kommentieren ist. Ich habe zwei Softwaretechnische Anliegen, die im Rahmen von OSM sicherlich auch sehr gut aufgehoben wären und IMHO besser als bisher organisiert werden könnten/müßten: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage. Damit meine ich einen allgemeinen Software(-stack) der es ermöglicht, möglichst effizient auf eine möglichst effizient gespeicherte lokale Datenbasis zuzugreifen. Die Installation von PostgreSQL+PostGIS ist nicht sonderlich universell oder effizient - sowohl PostGreSQL als auch die entstehende Datenbank ist zu resourcenhungrig. Für eine Tile-Rendering Anwendung auf einem Server ist das kein Problem, aber für einen kompakten, womöglich mobilen, Client schon. Es gibt dazu diverse Ansätze in diversen Projekten, doch alle entweder sehr speziell oder noch nicht sonderlich ausgereift (Spatialite, Navit, GOSmore etc.). Es wäre sehr nützlich, wenn es hier eine konzierte Aktion von Seiten OSM gäbe, die dann wiederum als eine Art OSM quasi standard API von Programmen wie Navit etc. benutzt werden könnte. 2. Effizienter und state-of-the-art lokaler Map Renderer. Auch in Zeiten von schnellem mobilem Internet ist es sehr oft nötig, Kartendaten dennoch lokal zu rendern - sei es, weil gerade keine Verbindung zum Download von Tiles besteht oder weil eine bestimmte Ansicht, die nicht als Tiles fertig existiert, dargestellt werden soll. Das ganze ist natürlich etwas schwierig allgemein zu halten, da die Zielplattformen nicht genau klar sind und man mit Rendering schnell im Bereich GUI ist. Es gibt da auch ein paar nette Ansätze, aber alle mit Haken und Ösen. Ein guter GUI-Subset könnte vielleicht mit Cairo zu erzielen sein. Warum das Ganze? Ich sehe zur Zeit, daß wir zwar mit OSM eine geniale Datenbasis haben, aber einen großen Teil der möglichen Anwendungen damit nicht abdecken können, nämlich den mobilen Bereich. Alleine das es bis heute noch keine sinnvolle Navi Software auf Basis von OSM gibt, zeigt meiner Meinung nach schon die ganze Misere. Und das beginnt, denke ich, mit den Grundlagen, wie den oben beschriebenen. Ich arbeite im mobilen Linux Bereich und was ich mir bspw. wünschen würde, wäre eben eine effiziente und kompakte lokale OSM Datenbank die ich in mein mobiles Gerät packen kann (und dort nur in etwa soviel Speicher belegt, wie dies kommerzielle Navis tun). Oben drauf dann im ersten Schritt ein simples GUI, was die Kartendaten darstellt und den oben beschriebenen Renderer dazu verwendet. Der eigene lokale Renderer erlaubt dann auch Spielereien wie einstellbaren Detailgrad, Ausrichtung der Karte nach Bewegungsrichtung (mit korrekter Beschriftungsausrichtung), die typische 3D Ansicht etc. was alles mit Tile-Downloads nur schwer bis gar nicht möglich wäre. Ist das geschafft, ist der Weg zu einer Navi Software nicht mehr weit. Und da wir die Grundlagen (Datenbank, Renderer) allgemein gehalten haben, könnte es dann von diesen Navi-Softwares dann auch schnell und einfach eine ganze Reihe geben - wie sagt man auf Neudeutsch, das heavy lifting ist ja dann schon unten drunter gelöst. Ggf. könnte man zu diesem OSM Client Framework (so könnte man es vielleicht nennen) auch noch eine Routing-Komponente hinzufügen - dann wäre es wirklich nur noch ein Anflanschen eines GUIs und wir hätten sehr schnell OSM Navi Software für Maemo, MeeGo, Tizen, Bada (?), Android, WebOS und natürlich auch für normales Linux mit KDE/GNOME/XFCE/etc. Und das ganze auf einer Basis, die dann gemeinsam weiter entwickelt und verbessert werden kann, sodaß deren Verbesserungen gleich allen angeschlossenen Applikationen zu Gute kommt. Soweit mein Traum... :) Oh - sollte soetwas wider Erwarten doch bereits existieren, und ich habe mich danach schon wund gegoogled, nehme ich sachdienliche Hinweise sehr gerne entgegen! Aus lauter Verzweiflung habe ich mir jetzt
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11.10.2011 11:32, schrieb Martin Koppenhoefer: Am 11. Oktober 2011 10:27 schrieb Nils Faerber nils.faer...@kernelconcepts.de: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage ... effiziente und kompakte lokale OSM Datenbank die ich in mein mobiles Gerät packen kann (und dort nur in etwa soviel Speicher belegt, wie dies kommerzielle Navis tun). Oben drauf dann im ersten Schritt ein simples GUI, was die Kartendaten darstellt und den oben beschriebenen Renderer dazu verwendet. Der eigene lokale Renderer erlaubt dann auch Spielereien wie einstellbaren Detailgrad, Ausrichtung der Karte nach Bewegungsrichtung (mit korrekter Beschriftungsausrichtung), die typische 3D Ansicht etc. was alles mit Tile-Downloads nur schwer bis gar nicht möglich wäre. macht das nicht Navit bereits alles? War am Wochenende auf der italienischen OSM-Konferenz in Padua und auf dem Weg dahin haben wir uns komplett von Navit auf einem Openmoko leiten lassen (inkl. synthetischer Sprachausgabe). Das Stylesheet wurde für den Bildschirm des Openmoko optimiert und ich fand das ganze schon quasi alltagstauglich. Was man sicher noch verbessern kann ist das Interface (und auch die Ansagen), eines der Hauptprobleme sind aber die Daten: fehlende Hausnummern sind bei sehr langen Straßen wirklich ein Problem. Navit - jein. Im Prinzip macht es davon schon eine Menge, aber eben nur in und für Navit. Möchte man den Renderer von Navit verwenden, der offengestanden nicht so schön ist, dann kann man den nicht als Widget einzeln extrahieren. Auch die Datenhaltung ist Navit spezifisch und nicht wiederverwendbar. Navit ist schon toll! Das soll keine Kritik sein. Aber es hilft einem anderen Entwickler eben nur wenig. Ich finde es extrem schade, wenn die gleichen Probleme von jedem neuen Projekt immer wieder auf's Neue selbst versucht werden zu lösen, anstatt zusammen an einer Komponente die allen hilft zu entwickeln. Die OSM Community könnte hier für solche Entwickler ein gutes Forum bieten, sich abzustimmen und zu koordinieren. Also nur damit da keine Mißverständnisse aufkommen - von mir aus kann auch jeder gerne aus welchen Gründen auch immer seine eigene Suppe kochen. Bei vielen jetzt existierenden Projekten war es nur einfach so, daß es immer aufs Neue gemacht wurde, weil die generischen Komponenten schlicht gefehlt haben. Navit war so ziemlich die erste Lösung in dem Bereich, also mußten die alles selbst neu machen. Doch der Code von Navit ist praktisch nicht wiederverwertbar - was auch nicht das Ziel der Autoren war, daher auch keinerlei Vorwurf! Andere Bilbliotheken sind mir nicht bekannt, außer libchamplain, was aber wieder nur Tile basiert ist und eben das libosmscout (siehe andere Mails in diesem Thread). Gosmore ist wieder so eine all-in-one Sache, nicht in Komponenten, mit eigener Datenhaltung etc. Nett, aber auch kaum wiedervertbar. Gruß Martin Viele Grüße nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen klassifizieren: nach Zustand oder Bedeutung?
Am 11.10.2011 11:59, schrieb Martin Koppenhoefer: Der Zustand der Straße dürfte den unerfahrenen Nicht-Albanier (wie auch mich) überraschen. Die Straße war an einigen Stellen für normale PKW nicht zu befahren. in weiten Teilen der Welt für ländliche Regionen normal. ich erinnere mich noch an Norwegen (30 Jahre her?) ich suchte eine Abzweigung einer Europastraße (?) mehrmals hin und hergefahren, ich bin dann in einen Feldweg gefahren (Schotter, zwischen den Rädern grün), das war die gesuchte Straße. Auch die Strecke Bergen Oslo war Schotter mit Schlaglöchern, so rappelig das bei mir der Verteilerkontakt (unterbrecher für den Zündfunken) aus der Führung gesprungen war. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11.10.2011 12:08, schrieb Peter Wendorff: Hallo Nils. Moin! Ich glaube nicht, dass eine solche API sinnvoll machbar ist. Im Gegenteil würde eine solche API die Problematik des Preprocessings erneut verstecken. Eine Routing-Anwendung braucht ein anderes Datenformat als ein Renderer und wieder was anderes als eine lokale Restaurantsuche. Sinnvollerweise wird die Restaurantsuche außerdem nur ein kleines Subset der Datenbank überhaupt haben wollen, andere Anwendungen brauchen andere Teilmengen. Der Zugriff ist komplett unterschiedlich: Suche ich in erster Linie nach Namen (Lokalsuche), nach Topologie (Router) oder nach geografischer Position ohne Berücksichtigung der Topologie? Die Inhalte sind komplett unterschiedlich: Nur OSM-Editoren werden die komplette Datenbank mit den Original-Tags brauchen, alle anderen werden das vorverarbeiten. Wozu highway=residential als Tag speichern, wenn nur 8 wohldefinierte Tags gebraucht werden? Insofern bin ich mir nicht sicher, ob das so sinnvoll und machbar ist, was Du vorschlägst. Tsm tsm tsm... Das stimmt, bricht aber die Idee noch nicht ganz - vielleicht drücke ich mich da undeutlich aus bzw. sehe das nur von meinem aktuellen Wunsch nach einer plattformübergreifenden Navi Software für OSM gefärbt ;) Wenn es diese stark unterschiedlichen Teile braucht, dann müssen das eben, da wo es nicht mehr unter einen Hut zu bekommen ist, getrennte Module werden. Ich kann mir aber dennoch vorstellen, daß viel miteinander vereinbar ist. So wäre bspw. die POI Sache sicherlich auch mit dem einen Datenbank-Modul abbildbar und man könnte in die Erzeugung der Datenbank aus dem OSM File Optionen einfließen lassen, sodaß bestimmte Informationen eben weggelassen oder stark vereinfacht werden. Letztlich basieren sehr viele Anwendungen ja doch auf einer 2D Suche in dem riesigen Datenbestand - egal ob nach POIs oder Ways für die Darstellung gesucht wird. Das Routing ist in der Tat etwas, wo man anders herangehen könnte - das wäre dann mal mit Experten für solche Routing-Algorithmen zu klären, was man da wiederverwenden oder neu machen müßte. In Spatialite ist das über recht komplexe Indize (AFAIK) gelöst, d.h. die Datenbank ist immernoch die gleiche Datenbank, es kommt nur ein komplexer Index dazu, der dann das Routing ermöglicht. Ich bin da leider auch kein Experte und habe auch leider keine Zeit es zu werden... doch naiv sehe ich da immernoch mehr Schnittmenge als disjunkte Teile. Gruß Peter Viele Grüße nils -- kernel concepts GbRTel: +49-271-771091-12 Sieghuetter Hauptweg 48 D-57072 Siegen Mob: +49-176-21024535 http://www.kernelconcepts.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11.10.2011 11:54, schrieb Frederik Ramm: Hallo, On 10/11/2011 11:39 AM, Henning Scholland wrote: Ein Problem sehe ich darin, dass Anwender nicht wissen welche Software es gibt und welche Software sie brauchen. Hier wäre irgendeine Übersichtsseite sinnvoll, auf der man eine Zuordnung von Das will ich machen zu diese Tools brauch ich dafür und da findest du die Hilfe zu den Tools Wobei Kai natuerlich ausdruecklich gefragt hatte, wie man das Mitmachen der Leute an den Kernkomponenten erleichtern koennte, und nicht, wie man der Welt den Einsatz von OSM durch praktischere Tools erleichtern koennte. Beides ist zwar wichtig, aber fuer letzteres (also den leichteren Einsatz von OSM) gibt es durchaus mehr externe Anreize - saemtliche mobile Software zum Beispiel ist allein aus der Community heraus entstanden und nicht, weil sich zentral jemand hingesetzt hat und gesagt wir muessen mal was fuer Anroid tun. Mehr Helfer fuer die internen Komponenten ist hingegen eine schwierigere Sache - damit kann man als Programmierer halt auch nicht so viel Ruhm ernten wie mit einer coolen neuen mobilen App oder einer neuen Webseite oder sowas. Das ist auch der Grund, warum sich die OSMF da Gedanken macht, wie man den Leuten das versuessen koennte. Auf so etwas wollte ich hinaus. Wenn ich ein Projekt auf die Beine stelle, möchte ich doch das das hinterher auch genutzt wird und nicht nur irgendwo auf nem Server rum liegt. Mache ich vielen Menschen das Leben mit dem Projekt leichter, steigt auch meine Motivation Zeit oder Geld in mein Projekt zu stecken um es besser zu machen. Gleichzeitig bietet diese Übersicht natürlich auch eine Art schwarzes Brett, wo man als Entwickler sieht, welche Projekte es schon gibt und kann dann besser helfen den OSM-Parser zu verbessern/ erweitern als den x-ten OSM-Parser zuschreiben. Somit kann man Programmiererkapazitäten besser bündeln. Für größere Softwareprojekte die OSM benötigt könnte man auch Preise ausloben und so evtl. auch neue Anreize schaffen. Ganz schwieriges Thema - was motiviert Leute, bei Open Source mitzumachen? Geld oder Sachpreise sind problematisch, denn wenn erstmal einer bezahlt wird, um am Rails Port zu arbeiten, wer will dann noch kostenlos mitmachen? Sicherlich ist das bei OSS ein wenig problematisch. Bei dem Umgang mit Problemen mit OSM-Daten funktioniert es doch aber auch. Geofabrik bietet Hilfe als Dienstleister an und dennoch gibt es eine recht große Community, die eben auch Hilfestellung gibt. Ich sehe dies auch nicht als Lösung für jedes kleine Problem an. Eher für so Kaliber wie Umgang mit History-Extrakten. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Am 11. Oktober 2011 12:18 schrieb Nils Faerber nils.faer...@kernelconcepts.de: Andere Bilbliotheken sind mir nicht bekannt, außer libchamplain, was aber wieder nur Tile basiert ist und eben das libosmscout (siehe andere Mails in diesem Thread). Es gibt mapsforge für Android, welches Vektor-Rendering auf dem Device macht. Die Vorverarbeitung (Konvertierung ins eigene Bin-Format) erfolgt dabei durch eine JAVA-app (AFAIR). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Monav für Symbian
Das OSM-Wiki enthält Monav auf der Seite der Symbian-Apps: http://wiki.openstreetmap.org/wiki/Symbian Hat jemand das schon mal auf einem Symbian Phone zum Laufen bekommen? Gibt es irgendwo ein fertiges Binary? Meine Versuche, das selbst zu kompilieren, sind bereits daran gescheitert, dass man dafür Windows benötigt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo, Am Dienstag, 11. Oktober 2011 03:11:28 schrieb Kai Krueger: Hallo allerseits, [...] Was wuerde euch motivieren patches zu schreiben? Was euch den Einstieg erleichtern? Wo liegen derzeit die groessten Huerden um sich zu beteiligen? Gibt es Dinge die das Leben einem erleichtern wuerde? Was wuerde diejenigen die bereits viele Patches geschrieben haben helfen noch mehr patches zu submitten? Um mal was zu der eigentlichen Fragestellung zu schreiben: Es liegt an den zu hohen Hürden. Für Josm kann man Plugins schreiben. Dazu gibt es sicher auch eine Schnittstelle. Um die vernünftig zu finden, die Doku zu sichten, die zur Zeit gültige Variante zu finden und den ganzen Kram zu verstehen würde ich mal locker 1-2 Monate veranschlagen. Schön, wenn jemand die Zeit und Motivation hat, sich da durchzubeißen, ich habe das nicht. Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. Etwas Einfaches zum Anfüttern und keine High-End-Lösungen nach dem Motto seht mal was ich damit kann. Als Beispiel kann ich die neue overpass xapi anführen. Da kann zwar auch noch einiges an der Doku verbessert werden, aber nach ein paar Fehlschlägen, die zum Glück verständliche Fehlermeldungen erzeugen, habe ich brauchbare Resultate erhalten, die nach ein paar Kunstgriffen dann auch von osmosis durchgenudelt wurden. (Vielleicht kann die aktuelle Version auch so mit den Daten umgehen(?), aber ich brauche halt eine ältere). Wichtig ist bei der Doku, immer gleich ein _ganz einfaches_ praktisches Beispiel mitzuziehen. Außerdem die Doku in möglicht allgemein verständlichem Englisch halten. Sicher kann man vieles elegant ausdrücken und sein Fachwissen zur Schau stellen. Aber wenn ich Leute erreichen und motivieren will, sollte nicht jeder Satz Leo-pflichtig sein. Mit einer deutschen Übersetzung der Kernbereiche erreicht man möglicherweise noch schneller weitere Freiwillige. Das gilt im Prinzip auch für die anderen Sprachen, aber die größte nicht englischsprachige aktive Community sitzt nun mal im deutschsprachigen Bereich. These: Jede Stunde, die aktive Entwickler nicht in die eigentliche Entwicklung, sondern in die gut verstänliche Dokumentation der Entwicklung stecken, bringt die Entwicklung im Ergebnis um 10 Stunden weiter. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
On 10/11/2011 03:35 PM, Wolfgang wrote: Es liegt an den zu hohen Hürden. Für Josm kann man Plugins schreiben. Dazu gibt es sicher auch eine Schnittstelle. Um die vernünftig zu finden, die Doku zu sichten, die zur Zeit gültige Variante zu finden und den ganzen Kram zu verstehen würde ich mal locker 1-2 Monate veranschlagen. Schön, wenn jemand die Zeit und Motivation hat, sich da durchzubeißen, ich habe das nicht. och, s schlimm ist es dann IMHO auch wieder nicht, mein DirectDownload plugin für auf osm hochgeladene GPX tracks hat eher so 2-3 Tage Teilzeit gedauert ... und das obwohl ich seit über 10 Jahren JAVA nur noch mit der Kneifzange angefasst habe wenn es sich überhaupt nicht mehr anders vermeiden lässt ... Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. FULLACK ... denn geflucht und mich auf falsche Fährten locken lassen habe ich mich in der Zeit trotzdem reichlich ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo Wolfgang, These: Jede Stunde, die aktive Entwickler nicht in die eigentliche Entwicklung, sondern in die gut verstänliche Dokumentation der Entwicklung stecken, bringt die Entwicklung im Ergebnis um 10 Stunden weiter. Würde ich auch so einschätzen. Ich spende gern einen Teil meiner Zeit für die Bearbeitung von Doku. Vorausgesetzt ich verstehe worum es geht, bzw der Entwickler kann mir die vorformulierte Doku so erklären, dass ich daraus etwas allgemeinverständliches und hübsch formatiertes im de:Wiki machen kann. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] unklares Grenzlabel
Hi, hat jemand eine Idee, warum die Grenze Lüchow-Dannenberg(Niedersachsen)/Stendal(Sachsen-Anhalt) durch Schkopau verläuft? ( http://osm.org/go/0MGDEm6j-- ) Und: ist es neu, dass Google die OSM-API indexiert, also auch Seiten unter www.openstreetmap.org/browse/... findet? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
On 10/11/2011 03:11 AM, Kai Krueger wrote: Die Frage ist nun was kann man machen um mehr Entwickler fuer OpenStreetMap zu begeistern und die Entwickler unter uns in der Community davon zu ueberzeugen sich in Projekte einzubeziehen und patches zu schreiben z.B. um lang vermisste Funktionen zu ergaenzen oder Bugs zu beheben. nur mal ein zufällig rausgegriffener Punkt: bei vielen (unter-)Projekten im OSM SVN ist nicht klar wer Maintainer oder zumindest Ansprechpartner ist oder ob der Kram überhaupt noch maintained wird. Als ich zB letztes Jahr den .pbf Import für osm2pgsql gebaut hab war das eines der ganz großen Fragezeichen bei der Aktion ... Alles schön dokumentiert zu haben wäre natürlich fein, aber schnell herausfinden zu können wen man direkt fragen kann wäre oft auch schon eine Menge wert ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unklares Grenzlabel
Fabian Schmidt schrieb am 11.10.2011 17:15: Und: ist es neu, dass Google die OSM-API indexiert, also auch Seiten unter www.openstreetmap.org/browse/... findet? Das ist keine Nutzung der API sondern eine ganz normale Webseite für die Suchmaschinen. Das wurde schon öfter erwähnt, dass Google eine Alternative zu Nominatim ist: Zum Beispiel Suche nach: site:www.openstreetmap.org eifelsteig -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Wolfgang wolfg...@ivkasogis.de wrote: Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. Das ist aber doch wirklich ein Standardproblem von freier Software. Ich kenne kaum freie Software bei der wirklich gute Doku dabei ist (Außnahmen wie z.B. exim bestätigen die Regel). Wenn man Glück hat gibt es ein passendes Buch in Papierform, das ein dritte geschrieben haben und das die Doku ersetzen kann. Oft haben diese dann das Problem, dass sie nicht merh den Status Quo sondern veraltete Versionen beschreiben. Bei OSM ist das eigentlich auch irgendwie so. Die Beste Doku ist das Buch von Jochen und Frederik, das leider inzwischen an vielen Stellen veraltet ist. Gruss Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DFS verwendet OSM
Nils Faerber schrieb: Gibt es eigentlich schon eine Sammlung von solchen Referenzen, vielleicht im Wiki? http://wiki.openstreetmap.org/wiki/DE:OSM_Internet_Links ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Hallo, Am Dienstag, 11. Oktober 2011 17:34:30 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. Das ist aber doch wirklich ein Standardproblem von freier Software. Das bezweifel ich ja gar nicht. Aber die Frage war die nach den Gründen, warum es so wenige Entwickler gibt und dieses Problem, Standard hin oder her, ist einer der Hauptgründe, insbesondere wenn es um laufende Projekte geht. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Wolfgang schrieb am 11.10.2011 18:18: Hallo, Am Dienstag, 11. Oktober 2011 17:34:30 schrieb Sven Geggus: Wolfgang wolfg...@ivkasogis.de wrote: Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. Das ist aber doch wirklich ein Standardproblem von freier Software. Das bezweifel ich ja gar nicht. Aber die Frage war die nach den Gründen, warum es so wenige Entwickler gibt und dieses Problem, Standard hin oder her, ist einer der Hauptgründe, insbesondere wenn es um laufende Projekte geht. Es macht einfach mehr Spaß Funktionen zu Programmieren, als diese zu dokumentieren. Wenn es ein Projekt in deiner Freizeit ist, hat man kein Chef im Nacken, der dich zur Doku zwingt. Also kümmert man sich lieber um die nächste tolle Funktion, welche interessanter als Doku schreiben ist. -- Grüße Holger Jeromin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo, On 10/11/2011 03:35 PM, Wolfgang wrote: Es liegt an den zu hohen Hürden. Für Josm kann man Plugins schreiben. Dazu gibt es sicher auch eine Schnittstelle. Um die vernünftig zu finden, die Doku zu sichten, die zur Zeit gültige Variante zu finden und den ganzen Kram zu verstehen würde ich mal locker 1-2 Monate veranschlagen. Schön, wenn jemand die Zeit und Motivation hat, sich da durchzubeißen, ich habe das nicht. Wichtig ist eine einfach verständliche Doku mit Beispielen in aktueller Form. Etwas Einfaches zum Anfüttern und keine High-End-Lösungen Ich denke, da reden wir wieder mal aneinander vorbei. Dass fuer den Anwender eines Dienstes, einer Bibliothek oder einer API diese gut dokumentiert sein muss, damit er darauf aufbauend seine Sache entwickeln kann, ist klar. Die Frage, die hier gestellt wurde, bezog sich weniger auf den Mangel an JOSM-Plugins - da herrscht mittlerweile ja eine ziemliche Flut! - oder auf ein Fehlen praktischer Applikationen, die auf XAPI/Overpass aufsetzen, sondern auf den Mangel an Entwicklern bei Kernkomponenten. Die Mitarbeit am Rails-Port ist nun mal nicht trivial, und ich zweifle daran, dass diejenigen, fuer die das Fehlen einer einfachen und verstaendlichen Doku mit Beispielen in aktueller Form eine Huerde ist, wirklich gute Arbeit am Rails-Port machen koennen. Das ist was anderes als im eigenen Kaemmerlein eine huebsche Karte zu basteln. Da muss man nicht bloss ein wohldokumentiertes API bedienen. Da muss man mit anderen Leuten reden, mit denen besprechen, ob man ein bestimmtes Problem lieber so oder so angehen sollte, sie fragen, ob die Tatsache X einer bestimmten Architektur geschuldet oder nur Zufall ist. Die Mitarbeit an den OSM-Kernkomponenten ist nichts fuer Eigenbroetler, die einen Patch einschicken und sich dann denken irgendjemand wird den schon einbauen und wenn nicht, deren Pech - das ist nicht nur eine technische, sondern auch eine soziale Aufgabe. Daraus folgt auch, dass deutschsprachige Dokumentation in diesen Dingen relativ wenig nuetzlich ist, denn jemand, der seine Arbeit nicht in der persoenlichen Diskussion auf Englisch mit der internationalen Entwickler-Community vertreten kann, dessen Arbeit wird immer nur halb so brauchbar sein als die von jemandem, der das kann. Wichtig ist bei der Doku, immer gleich ein _ganz einfaches_ praktisches Beispiel mitzuziehen. Auch das ist eine Aussage, die vielleicht auf eine OpenLayers-Doku passt, nicht aber auf eine Programmiererdokumentation von osm2pgsql oder vom Rails-Port. Da gibt es keine einfachen praktischen Beispiele (die liegen alle im Code vor Dir). Es gibt vom Rails-Port keine 2000 verschiedenen Einsatz-Szenarien wie bei OpenLayers, es gibt genau eines. These: Jede Stunde, die aktive Entwickler nicht in die eigentliche Entwicklung, sondern in die gut verstänliche Dokumentation der Entwicklung stecken, bringt die Entwicklung im Ergebnis um 10 Stunden weiter. Das halte ich fuer ein Geruecht, zumindest dort, wo es um Software geht, die im grossen und ganzen genau einen Anwendungsfall hat. Bei sowas wie OpenLayers kann ich wenigstens noch sagen: Selbst wenn meine Doku in erster Linie erstmal mehr User ranbringt und nicht direkt mehr Entwickler, einige davon bleiben doch haengen und entwickeln was. Aber beim Rails-Port zum Beispiel gibt es praktisch keine User - der einzige nennenswerte User sind wir selbst. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wikimedia Community-Projektbudget
Hallo, hier nochmal der Hinweis auf das Community-Projektbudget [1] vom Wikimedia e.V. Früher hieß der Wettbewerb WissensWert und OSM-Projekte hatten dabei immer ganz gute Chancen. Bis 14. Oktober müßte der Projektname und der Name des Antragsteller an den Verein geschickt werden, der Rest kann dann nachgereicht werden. Grüße Tim alias Kolossos [1]http://de.wikipedia.org/wiki/Wikipedia:Community-Projektbudget http://blog.wikimedia.de/2011/10/10/bis-freitag-14-10-2359-uhr-deine-idee-furs-community-projektbudget-vorschlagen/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
Hallo, ich hab jetzt nicht alles gelesen, aber nur mal wo es so bei mir hapert: Ich programmiere bisher C++ mit VC unter Windows. Ich würde gerne mal was anderes anfangen, z.B. Java. Aber alle Versuche eines der OSM Projekte per Eclipse o.ä. zum laufen zu bekommen sind gescheitert. Gut das ist natürlich ein zusätzliches Problem, daß ich gleichzeitig die Sprache lernen möchte, aber auch sonst dürften viele Hobbyprogrammierer Probleme mit dem Einstieg in ein Projekt das über ein CVS o.ä. funktiniert. Was ich mir wünschen würde wäre eine Seite mit einer Liste aller Programme für die Programmierer gesucht werden, am besten in Tabellenform. Natürlich mit Angabe von Programmiersprache, Betriebssystem, Programmierumgebung, und Links auf eine Einführung wie man an die Programmierumgebung aufbaut und den Quellcode lädt. Zusätzlich oder auch notfalls alternativ ein Ansprechpartner der einem beim Einstieg hilft. Hätte ich so jemanden würde ich dann z.B. auch meine Erfahrung niederschreiben, so daß der nächste Einsteiger weniger Probleme hätte. Dies könnte ich warscheinlich besser als jemand der das System schon ewig kennt, da der sich garnicht mehr vorstellen kann wo die Probleme sind. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die Engineering WG
Hallo! Als Autor von libosmscout antworte ich mal. On Tue, 2011-10-11 at 10:27 +0200, Nils Faerber wrote: 1. Effiziente lokale Datenspeicherung und für eine effiziente und schnelle lokale Abfrage. [...] Ja. 2. Effizienter und state-of-the-art lokaler Map Renderer. [...] Bei einem Renderer, der eine Map in der Größenordnung 200ms liefert, ist die Qualität der Map immer ein Kompromiss. Zugegeben sind die Datenstrukturen und Datenqualität von OSM auch nicht immer hilfreich (aber das macht es ja nur aufregener ;-)). Mein Bestreben ist es eine gute Qualität abzuliefern bei sinnvoller Performance. Ggf. sind erweiterte Funktionalitäten, an/abschaltbar zu gestalten. Ich versuche auch eine hohe Flexibilität bzgl. der Optik der Map zu ermöglichen, aber Performance erzwingt hier eben bestimmte Kompromisse. Oh - sollte soetwas wider Erwarten doch bereits existieren, und ich habe mich danach schon wund gegoogled, nehme ich sachdienliche Hinweise sehr gerne entgegen! Aus lauter Verzweiflung habe ich mir jetzt schon ein Garmin Nüvi in der Bucht geschossen, damit ich wenigstens ansatzweise OSM Karten für Navigation verwenden kann, aber das kann ja echt nicht die Lösung sein... Hast du dir libosmscout [1] schon angesehen? Eingesetzt wird das z.B. schon in MoNav [2], zusammen mit dem extrem schnellen MoNav routing daemon. Es hat zwar Überlegungen gegeben, libosmscout für das Map-Rendering in Monav zu integrieren, dies ist aber noch nicht geschehen. Der aktuell verwendete Renderer ist ein anderer. Von den Screenshots her ist meinem persönlichen Empfinden nach libosmscout schicker, aber so etwas ist immer Geschmackssache. Recht sicher, aber mal sehen, was war das nochmal... [1] https://wiki.openstreetmap.org/wiki/Libosmscout [2] http://monav.openstreetmap.de/ Ah, ja, richtig, hatte ich! Das ist in der Tat einer der vielversprechenderen Ansätze, gefiel mir ganz gut, war nur etwas frickelig ans Laufen zu bekommen (also außerhalb von Monav. Sollte es Probleme geben, sollte man mich kontaktieren. Noch besser ist die Verwendung der entsprechenden Mailingliste. Teile davon könnte man sicherlich extrahieren und für den von mir skizzierten Zweck verwenden - oder vielleicht gleich das ganze OSMScout? Dann wäre es nur noch eine Frage, die Software zu verallgemeinern, damit sie breit eingesetzt werden kann. Also gute Trennung von Renderer, Kartendaten und Routing, damit ggf. auch mal eine der Komponenten gegen eine andere getauscht werden könnte. libosmscout ist so modular designed (die Implementierung ist da sicherlich noch nicht perfekt), dass der Import, der Zugriff auf Daten sowie das Rendering auf gemeinsamen Datenstrukturen aufbauen. Es sollte aber möglich sein, einen Import zu schreiben, der z.B. nicht auf *.osm oder *.osm.pbf Dateien aufbaut, so lange die Daten den grundlegenden OSM Strukturen entsprechen. Ebenso sollte die Schnittstelle der Datenbank (Zugriff auf die beim Import generierten Dateien) auch durch eine andere Implementierung ersetzbar sein. Schließlich greift der Renderer nicht direkt auf die Datenbank zu, so dass prinzipiell auch Daten aus einem Online-Zugriff in den Renderer gesteckt werden können. Integration von Routing ist aktuell eher provisorisch würde aber entsprechend implementiert. Das letzte mal als ich mir das angesehen hatte, war der Renderer noch stark eingeschränkt, d.h. es gab kein richtiges sinnvolles API, um von einer Applikation aus den Renderer als Widget einzubinden und zu beeinflussen (Center-Koordinate setzen, Rotation etc.). Alles machbar, keine Frage! Müßte man nur den libosmscout Author mal fragen und ggf. zusammenarbeiten. Feedback/Anwender Herzlich willkommen :-) Aktuell arbeitet der Renderer mit verschiedenen Backends (in verschiedenen Stadien). Das cairo Backend ist am fortgeschrittesten, gefolgt von einem libagg und Qt Backend. Es gibt auch Anfänge für ein SVG Backend. Neue Backends zu schreiben ist relativ unaufwändig. Eine Abstraktion über das eigentlich ich rendere in ein Canvas in Richtung Widget ist aber sehr schwierig. Ein Gtk Widget (Gtk 2 oder Gtk 3?) und ein Qt Widget (oder doch besser zur Verwendung in QML und Co.?) unterscheiden sich schon sehr, unterschiedliche APIs für Multithreading aber auch unterschiedliche Anforderungen eines Clients (Monav hätte gerne Tiles, die Beispielprogramme rendern immer den sichtbaren Auschnitt) erzeugen beliebig viele Varianten von Widgets - die dann doch nicht passen. Die Personen, die libosmscout zum Laufen und integriert bekommen haben, hatten Aufwand in T Bereich Tage. Für jemanden, der Mal eben schnell ein vollständiges Programm im Kontext Routing,POI etc... schrieben will, ist dies der geringste Aufwand und meiner Meinung nach sollte das kein Hinderungsgrund sein. Tatsächlich habe ich bereits angeboten, entsprechende Widgets zu integrieren, dann aber als Library on-Top der bestehenden libraries. Rotation ist in libosmcout aktuell die Aufgabe das Anwenders
Re: [Talk-de] Mehr OpenStreetMap Softwareentwicklung und die?Engineering WG
On 10/11/2011 10:46 PM, Dimitri Junker wrote: Was ich mir wünschen würde wäre eine Seite mit einer Liste aller Programme für die Programmierer gesucht werden, am besten in Tabellenform. in der Richtung fand ich die Drizzle Low hanging fruits und LibreOffice eays hacks listen nicht schlecht: https://bugs.launchpad.net/drizzle/+bugs?field.tag=low-hanging-fruit http://wiki.documentfoundation.org/Development/Easy_Hacks Vor allem der Drizzle Ansatz das über entsprechend kategorisierte Bugreports abzubilden hat den Vorteil das man auch gleich sieht wer den entsprechenden Eintrag angelegt hat und damit auch als Ansprechpartner oder auch Mentor fungieren kann ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln (war: TMC)
Am 11.10.2011 08:37, schrieb Georg Feddern: hier kann man 'geteilter' Meinung sein. ;-) Ich hoffe auf 'ungeteilte' Zustimmung für die folgende Lösung. ;-) Am 11.10.2011 02:46, schrieb Stephan Wolff: Selbst für Fußgänger und Fahrradfahrer finde ich eine Anweisung Überqueren sie die Ringstraße sinnvoller als Überqueren sie die Ringstraße, nach 8m überqueren sie die Ringstraße Klar, unsereiner überblickt die ganze Lage und erkennt die Gesamtsituation auf Anhieb. Für einen Sehbehinderten ist die Straße dann bereits an der Insel überquert und er kann vermeintlich zügig weitergehen ... Man kann am Kreuzungspunkt zwischen Straße und Fußweg die tags highway=crossing crossing=island setzen. Dann ist die Mittelinsel ohne alle Nachteile erfasst und ein Router könnte daraus eine passende Anweisung machen: Überqueren sie die Ringstraße, vier Fahrspuren mit Mittelinsel Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Biete Server-Kapazitäten für Qualitätssicherung etc.
Wie bereits hier [1] geposted, habe ich öfter mal freie Kapazitäten auf meinen Servern. Da die Rechenleistung leider eher unregelmäßig zur Verfügung steht, ist es wohl für Rendern wtc. nicht wirklich geeignet. Was ich daher gern anbieten möchte, sind Qualitätssicherungsscripte und ähnliches. ZB könnte ich die Reports von Gary68 übernehmen, der seine Dienste ja leider einstellt L Wenn daran Interesse besteht, bitte melden, setze dann gerne was auf. Wenn besondere Wünsche bestehen, stehe ich auch gern zur Verfügung. MfG Simon 1 http://help.openstreetmap.org/questions/7053/freie-server-kapazitaten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln (war: TMC)
Am 11.10.2011 11:00, schrieb Martin Koppenhoefer: Am 11. Oktober 2011 02:46 schrieb Stephan Wolffs.wo...@web.de: Ich kann mir keine Situation vorstellen, in der eine Einmündung/ Kreuzung mit Trennung der Fahrbahnen für wenige Meter einfacher zu bearbeiten sein kann. Eigenschaften (maxspeed, surface, etc.) oder Routen (bus, road) werden mit Trennung etwas bzw. deutlich aufwändiger. Eigenschaften der Straßenstücke kann man überhaupt erst eintragen, wenn die Fahrbahn gemappt ist, wenn sie fehlt oder nur implizit ist geht das nicht. Dass eine Fahrbahnhälfte genau neben einer Verkehrsinsel eine andere Oberfläche oder zulässige Geschwindigkeit hat, ist selten. Zusätzliche Abbiegeverbotsrelationen braucht man ggf. genau 1: wenn es verboten ist, am kreuzungsfernen Ende der Verkehrsinsel einen U-Turn zu machen (no left turn für den Way der wegführt). Wenn die Rechtsabbiegespur abgetrennt ist, braucht man 3 zusätzliche Abbiegeverbotsrelationen. An dieser Einmündung [1] sind es 6 Abbiegeverbotsrelationen für 3 Inseln. eine kann definitiv wegfallen, wenn man detailliert mappt (links unten sind derzeit 2 Relationen drin, weil die Spuren sich alle in einem Punkt vereinigen. Wenn man die beiden Wegführenden bereits früher zusammenführt bevor sie die Hinführende (jeweils auf die L28 bezogen) treffen, dann wird da 1 draus (habe ich mal umgesetzt). Wenn die erste Insel kürzer als die zweite ist, braucht man insgesamt 5 anderenfalls 6 Relationen. Der Punkt der Routeransagen sollte im Router gelöst werden, genaues Mapping hilft da meist, zu besseren Ergebnissen zu kommen, als wenn die Details fehlen. Kannst du ein Beispiel nennen, wo eine Zusatzansage vor einer kleinen Verkehrsinsel die Führung verbessert? Ich bevorzuge eine Ansage pro Kreuzung. Ggf. kann man das so optimieren, dass nur eine Ansage kommt? Ja, der Router muss nur mit einem großen Aufwand die Teilung herausrechnen und wieder eine Linie erzeugen. Visuell ist es mir in jedem Fall lieber, ich sehe wie die Kreuzung aussieht, als wenn da nur ein way ist, wo ich auf der Straße 4 sehe. Mir haben die üblichen Stadtplandarstellungen ohne kleine Verkehrsinseln nie Probleme bereitet. Einbahnstraßen, die nicht in den Daten aber im Rendering als solche erscheinen, sind ein Bug, der keinen Einfluss aufs Mapping nehmen sollte. Natürlich wären Vorverarbeitungstools denkbar, die das Problem vermeiden. vermutlich reicht die Anpassung des Stylesheets aus. Nein, die Pfeile müssen genau dann verschwinden, wenn sich der way mit dem way in Gegenrichtung visuell überlappt. Das kann man im Stylesheet nicht abfragen. Ich sehe sehr kleine Verkehrsinseln ohne Besonderheiten auch nicht als Priorität an, aber durchaus als wünschenswert im Sinne einer guten Abbildung der Realität. Oft ist die einfache Lösung die bessere. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln (war: TMC)
Am 12. Oktober 2011 02:31 schrieb Stephan Wolff s.wo...@web.de: Wenn die erste Insel kürzer als die zweite ist, braucht man insgesamt 5 anderenfalls 6 Relationen. Du argumentierst: lieber die Fahrbahntrennung unterschlagen, sonst müsste ich jede Menge Restriktionen mappen, damit alles fein säuberlich gemappt ist, aber wie oben erwähnt braucht man diese Relationen eigentlich nicht, da der kürzeste Weg i.d.R. derjenige ist, der auch zulässig ist (zumindest bei den üblichen Kreuzungen). Wenn man die Ausfahrt verpasst hat, dann würde man ohne Relation halt zu einem Abbiegen aufgefordert, das man als umsichtiger Fahrer ablehnen würde, d.h. völlig überflüssig sind sie nicht, werden aber sehr selten wirklich benötigt. Visuell ist es mir in jedem Fall lieber, ich sehe wie die Kreuzung aussieht, als wenn da nur ein way ist, wo ich auf der Straße 4 sehe. Mir haben die üblichen Stadtplandarstellungen ohne kleine Verkehrsinseln nie Probleme bereitet. ja, je nach Maßstab. Die üblichen Stadtpläne bieten nicht den Maßstab und Detailreichtum, den OSM bietet. In Zoom 14 sieht man die Kreuzung sowieso nicht genau, in zoom 18 sieht es allerdings blöd aus, wenn da nur eine Straße ist, anstatt der üblichen 4. Das sehen übrigens auch die kommerziellen Datenanbieter so, die ansonsten in vielen Details weniger als OSM bieten. Nein, die Pfeile müssen genau dann verschwinden, wenn sich der way mit dem way in Gegenrichtung visuell überlappt. Das kann man im Stylesheet nicht abfragen. man könnte die Pfeile etwas von den Anfängen wegschieben (geht wohl nur am Weganfang). Evlt. könnte man die Pfeile zusammen mit der Straße malen, so dass die größere Straße (je nachdem, in welcher Reihenfolge man rendert) nicht nur die andere Straße sondern auch die Pfeile überdeckt? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] plugin OSM per joomla 1.7
On Mon, Oct 10, 2011 at 09:51:21PM +0200, Stefano Salvador wrote: Volevo semplicemente inserire la mappa della mia scuola evitando di usare Googlemaps con il sito di prossima costruzione con Joomla 1.7.1 ma non ho trovato plugin compatibili (e anche quello che usi tu è per l'1.5...) non conosco joomla quindi scusatemi se dico una fesseria, ma credo che per pubblicare una semplice mappa con OSM basti copiare in una pagina del sito il codice HTML che trovi nel tab Esporta del sito principale www.openstreetmap.org (seleziona HTML incapsulabile). Grazie mille, vale per tutti quelli che hanno risposto. Visto che potrebbe essere una cosa interessante, lo si potrebbe scrivere sulla FAQ del wiki. Prima di spotacciare domando se vi pare il caso. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] plugin OSM per joomla 1.7
Sulla wiki imho si dovrebbe fare più in generale una pagina sui plugin per inserire JOSM nei CMS, strano che non esista già almeno in inglese. :D Stefano Il giorno 11 ottobre 2011 12:15, Marco Ciampa ciam...@libero.it ha scritto: On Mon, Oct 10, 2011 at 09:51:21PM +0200, Stefano Salvador wrote: Volevo semplicemente inserire la mappa della mia scuola evitando di usare Googlemaps con il sito di prossima costruzione con Joomla 1.7.1 ma non ho trovato plugin compatibili (e anche quello che usi tu è per l'1.5...) non conosco joomla quindi scusatemi se dico una fesseria, ma credo che per pubblicare una semplice mappa con OSM basti copiare in una pagina del sito il codice HTML che trovi nel tab Esporta del sito principale www.openstreetmap.org (seleziona HTML incapsulabile). Grazie mille, vale per tutti quelli che hanno risposto. Visto che potrebbe essere una cosa interessante, lo si potrebbe scrivere sulla FAQ del wiki. Prima di spotacciare domando se vi pare il caso. -- Marco Ciampa ++ | Linux User #78271 | | FSFE fellow #364 | ++ ___ 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] plugin OSM per joomla 1.7
Il 11 ottobre 2011 12:15, Marco Ciampa ciam...@libero.it ha scritto: Grazie mille, vale per tutti quelli che hanno risposto. Visto che potrebbe essere una cosa interessante, lo si potrebbe scrivere sulla FAQ del wiki. il wiki è in wiki perchè tutti ci scrivano!! ;-) più info ci sono meglio è Marco Ciampa -- 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] Accessibilità biciclette metropolitana Roma
2011/10/10 niubii f.pelu...@gmail.com: Ciao, segnalo questo regolamento di servizio, che contiene tra l'altro le informazioni relative alle fermate delle linee metro di Roma che sono accessibili (o non accessibili) ai viaggiatori con le bici al seguito: http://www.pedalando.org/Varie/bicipieghevoli.pdf Secondo voi queste informazioni potrebbero essere integrate in qualche modo nel database? Salvo un'analisi dei diritti: si potrebbe mettere, ma l'utilità non è molto grande secondome. Alla fine puoi portare la bici ovunque in metro, se sei capace di portarla in mano (l'ho già fatto, ma l'accesso è consentito solo dopo le 20 (o 21?) oppure le weekend) e se la puoi sollevare sopra le transenne. Generalmente dove puoi accedere in sedia a rotelle puoi anche accedere in bici. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
Nei giorni 11-12-13 Ottobre 2011 il Catalogo dei Metadati e il Visualizzatore Cartografico saranno interessati da alcuni importanti interventi di aggiornamento. Ci scusiamo per i possibili disservizi arrecati, sarà nostra premura ripristinare il servizio al più presto. Ma se è dall'11 perchè ha problemi da ieri? :/ Non funziona dall 8 Ottobre, probabilmente perché è fine settimana. Per questo probabilmente nessuno alza più un dito per far funzionare il vecchio sistema... -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
Ieri sera, credo dopo le 21, il WMS denominato da JOSM PCN 2006 - Italy funzionava normalmente. Il giorno 11 ottobre 2011 13:31, Alexander Roalter alexan...@roalter.it ha scritto: Nei giorni 11-12-13 Ottobre 2011 il Catalogo dei Metadati e il Visualizzatore Cartografico saranno interessati da alcuni importanti interventi di aggiornamento. Ci scusiamo per i possibili disservizi arrecati, sarà nostra premura ripristinare il servizio al più presto. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
Am 11.10.2011 13:50, schrieb Cascafico Giovanni: Ieri sera, credo dopo le 21, il WMS denominato da JOSM PCN 2006 - Italy funzionava normalmente. Funziona, ma ci sono degli rettangoli che rimangono bianchi (non rossi con 'Error', ma bianchi e con la sigla PCN... spero che la situazione migliori nei prossimi giorni. e si può anche sperare che ci arrivi una nuova serie di ortofoto più recenti... sono ormai 5 anni, e soprattutto con le strade questo è un tempo lungo, ed è difficile inserire le strade corrette solo stimando la posizione di tutte le nuove circonvallazioni. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
2011/10/11 Alexander Roalter alexan...@roalter.it: Funziona, ma ci sono degli rettangoli che rimangono bianchi (non rossi con 'Error', ma bianchi e con la sigla PCN... spero che la situazione migliori nei prossimi giorni. confermo per il PCN2006 (mi è appena capitato, ma solo una volta), mentre al PCN2008 non mi è ancora sucesso (funziona come prima). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Josm e pcn
Per il momento mi arrangio con Bing a Padova e dintorni visto che abbiamo nuove ortofoto aggiornate a poco tempo fa e l'allineamento alla CTR è molto buono. Ciao Tiziano Il giorno 11/ott/2011 13:56, Alexander Roalter alexan...@roalter.it ha scritto: Am 11.10.2011 13:50, schrieb Cascafico Giovanni: Ieri sera, credo dopo le 21, il WMS denominato da JOSM PCN 2006 - Italy funzionava normalmente. Funziona, ma ci sono degli rettangoli che rimangono bianchi (non rossi con 'Error', ma bianchi e con la sigla PCN... spero che la situazione migliori nei prossimi giorni. e si può anche sperare che ci arrivi una nuova serie di ortofoto più recenti... sono ormai 5 anni, e soprattutto con le strade questo è un tempo lungo, ed è difficile inserire le strade corrette solo stimando la posizione di tutte le nuove circonvallazioni. -- cheers, Alex __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Piazze c.
Buongiorno a tutti, scrivo per un aspetto di OSM che ancora mi manca, cioè le piazze. Alla fine, come si mappano correttamente? Più in dettaglio, se si tratta di uno slargo di strada è corretto far passare una way al centro della piazza e poi tracciare un'altra way, chiusa e con il tag 'area=yes' a delimitare la piazza, che intersechi la way della strada in entrata e uscita? Altro caso: se la piazza (aperta ovviamente al traffico veicolare) si trova a fianco della strada di passaggio, il lato della piazza verso la strada deve coincidere con quest'ultima? E se c'è un campanile o comunque una costruzione in mezzo, bisogna fare un multipoligono? E ancora: se dall'altro lato della piazza c'è una strada, bisogna tracciare anche una way in mezzo alla piazza stessa perché tutto sia collegato? Chiedo 'sta valanga di cose perché alla fine il wiki non è esaustivo e lascia parecchi interrogativi (appunto). Alepoz ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazze c.
2011/10/11 Alessandro Pozzato apozz...@libero.it: Buongiorno a tutti, scrivo per un aspetto di OSM che ancora mi manca, cioè le piazze. Alla fine, come si mappano correttamente? Più in dettaglio, se si tratta di uno slargo di strada è corretto far passare una way al centro della piazza e poi tracciare un'altra way, chiusa e con il tag 'area=yes' a delimitare la piazza, che intersechi la way della strada in entrata e uscita? si, esattamente così. Il way che fai per la piazza (con area=yes) lo mettiamo di solito come highway=pedestrian, perchè altrimenti confonderisti i motori di routing. Le due cose da stare attento sono: 1. le aree vengono disegnate dove sono (ovviamente non al centro, ma al loro vero limite) 2. topologia: 2a) di solito faccio intersezioni di quest'area ovunque dove si incrocia con l'altro way (quello che attraversa) 2b) dove la piazza viene delimitato da altri oggetti (aree) come edifici, parchi o altro i nodi devono essere connesse (way sovraposte o meglio multipoligoni). Altro caso: se la piazza (aperta ovviamente al traffico veicolare) si trova a fianco della strada di passaggio, il lato della piazza verso la strada deve coincidere con quest'ultima? teoricamente no: dato che la piazza va mappato fino al suo vero confine, allora dovrebbe essere disegnato oltra la strada (perchè la strada viene rappresentato al centro), però per semplicità (e visto la scala) direi che se non si trova nessun area oltre alla strada (=la strada delimita la piazza) potresti anche finire l'area al centro (di solito connetto anche qui le aree con gli edifici oltre alla strada, se ci sono, perchè di solito le piazze vengono delimitate da edifici). E se c'è un campanile o comunque una costruzione in mezzo, bisogna fare un multipoligono? bella domanda. Secondome per un highway=pedestrian, area=yes, si, multipoligono (perchè non c'è area calpestabile dove si trova il monumento) invece per un puro name=Piazza_XY, area=yes non si dovrebbe mettere. Quest'ultimo faccio alle volte in più (alla way) ma non mi piace mica tanto perchè il nome verebbe disosciato dalla piazza (highway). dall'altro lato della piazza c'è una strada, bisogna tracciare anche una way in mezzo alla piazza stessa perché tutto sia collegato? quello dipende la situazione. Se la strada è veramente dovunque attraversabile in macchina _senza nessuna direzione stabilita_ allora basterebbe un area con solo highway=residential, area=yes e senza way sovraposti, ma quel caso (che non c'è nessun tracciato per macchine) è raro. Chiedo 'sta valanga di cose perché alla fine il wiki non è esaustivo e lascia parecchi interrogativi (appunto). se ti va, aggiungi pure delle informazioni nel wiki, in realtà queste domande occorono ogni tanto ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Piazze c.
Am 11.10.2011 14:49, schrieb Alessandro Pozzato: Buongiorno a tutti, scrivo per un aspetto di OSM che ancora mi manca, cioè le piazze. Alla fine, come si mappano correttamente? Più in dettaglio, se si tratta di uno slargo di strada è corretto far passare una way al centro della piazza e poi tracciare un'altra way, chiusa e con il tag 'area=yes' a delimitare la piazza, che intersechi la way della strada in entrata e uscita? Altro caso: se la piazza (aperta ovviamente al traffico veicolare) si trova a fianco della strada di passaggio, il lato della piazza verso la strada deve coincidere con quest'ultima? E se c'è un campanile o comunque una costruzione in mezzo, bisogna fare un multipoligono? E ancora: se dall'altro lato della piazza c'è una strada, bisogna tracciare anche una way in mezzo alla piazza stessa perché tutto sia collegato? Direi il primo obiettivo sarebbe collegare tutte le strade per avere il routing possibile. Se è possibile attraversare la piazza con la macchina, direi che anche la way ci deve stare. Io considerei la piazza un dettaglio che non serve per la navigazione, ma è una migliorazione in dettaglio. Potresti chiederti: Se non metto la piazza (con area=yes), è ancora usabile? (mi raccomando, non c'è da chiedersi come è visualizzato in mapnik). Poi quando si aggiungono le strade/piazze con area, lo consiglierei buono collegarli correttamente con le strade, usualmente alle estremità della piazza etc. Un campanile su una piazza non lo metterei in un multipoligono, perché non lo faccio neanche con building=yes su landuse=residential etc. Se però sulla piazza c'è un area per non aperta al traffico, metterei un highway=pedestrian,area=yes nel mezzo, ma questo con multipoligono. -- cheers, Alex ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
Il 10 ottobre 2011 18:53, emmexx emm...@tiscalinet.it ha scritto: Bene! Quindi i dati sono in EPSG:4265. Ma perche' non vengono trasformati dal tool della regione? Puo' esserci un errore nello shape? ogrinfo mi fa vedere tutte le linestring dello shape e non segnala errori. i tuoi dati non penso siano neanche in EPSG:4265 parlando un po' con i miei colleghi siamo giunti alla conclusione che in quel file prj manca qualcosa, potresti ottenere i dati orginali? ciao maxx p.s. quindi mi sono dannato per 2 giorni per colpa di Luca??? ;-) no per chi ti ha dato i dati :-) -- 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] Piazze c.
Il giorno 11 ottobre 2011 14:49, Alessandro Pozzato apozz...@libero.it ha scritto: Buongiorno a tutti, scrivo per un aspetto di OSM che ancora mi manca, cioè le piazze. Alla fine, come si mappano correttamente? Più in dettaglio, se si tratta di uno slargo di strada è corretto far passare una way al centro della piazza e poi tracciare un'altra way, chiusa e con il tag 'area=yes' a delimitare la piazza, che intersechi la way della strada in entrata e uscita? Altro caso: se la piazza (aperta ovviamente al traffico veicolare) si trova a fianco della strada di passaggio, il lato della piazza verso la strada deve coincidere con quest'ultima? E se c'è un campanile o comunque una costruzione in mezzo, bisogna fare un multipoligono? E ancora: se dall'altro lato della piazza c'è una strada, bisogna tracciare anche una way in mezzo alla piazza stessa perché tutto sia collegato? Chiedo 'sta valanga di cose perché alla fine il wiki non è esaustivo e lascia parecchi interrogativi (appunto). Aggiungo a ciò che ha detto Martin che area=yes NON andrebbe usato su highway diverse da pedestrian. Su una highway, area=yes significa che io sono libero di scegliere la rotta che preferisco all'interno dell'area: se sono nel punto A e devo andare nel punto B (entrambi interni o sul bordo dell'area) posso andarci direttamente, lungo il bordo, a zig-zag, come voglio. Questo è vero per le aree pedonali, ma non lo è per il traffico veicolare! Le piazze sono sempre incanalate (o perché ci sono i parcheggi, o perché ci sono le corsie). A tal proposito tiro fuori il mio solito tormentone: ecco un'altra utilità di landuse=road [1] . Segnalo un esempio lampante: piazza Genovesio a Balzola [2] (la prima bella che mi è venuta in mente). I landuse adiacenti la strada sono disegnati correttamente; tutto ciò che non vedete colorato è strada. Tuttavia c'è la carreggiata automobilistica disegnata per terra, e su quella ho basato il percorso delle way. Ma sarebbe bello poter disegnare tutta l'area - e non ho certo intenzione di coprirla con un amenity=parking solo perché si può parcheggiare vicino ai marciapiedi! Martin: mi stupisce la tua mollezza sul far finire la piazza al centro della strada per non disegnare una way in più. Dov'è finita la precisione dei tedeschi? Aò. te starai mica a romanizzà?! :-) Ciao, Simone [1] Con landuse=road riassumo, come sempre, una pletora di schemi proposti dallo scopo simile. [2] http://www.openstreetmap.org/?lat=45.184662lon=8.402251zoom=18layers=M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Fotografie da OSMit2011
Ciao a tutti, chi ha fatto un po' di foto a all'OSMit2011 a Padova? Potete condividere in qualche modo? Tag consigliati osmit2011 e openstreetmap. Io ho caricato su Flickr le mie 4 foto: http://www.flickr.com/search/?q=osmit2011 -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
Sono stati realizzati dei filmati dell'OSMit 2011? Il 11/10/11, Niccolo Rigaccio...@rigacci.org ha scritto: Ciao a tutti, chi ha fatto un po' di foto a all'OSMit2011 a Padova? Potete condividere in qualche modo? Tag consigliati osmit2011 e openstreetmap. Io ho caricato su Flickr le mie 4 foto: http://www.flickr.com/search/?q=osmit2011 -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ 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] Fotografie da OSMit2011
On Tue, Oct 11, 2011 at 04:18:54PM +0200, Infoweblan di Roberto Vito Gerardo wrote: Sono stati realizzati dei filmati dell'OSMit 2011? Non sono sicuro, ma credo di sì. P.S. Roberto, c'hai degli errori PHP nel sito http://www.openstreetmapitalia.it/ -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
2011/10/11 Infoweblan di Roberto Vito Gerardo vitorobe...@gmail.com: Sono stati realizzati dei filmati dell'OSMit 2011? Temo di no. Nel frattempo stiamo caricando le presentazioni qui http://conf.openstreetmap.it/index.php?page=programma ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
...devo trovare un pò di tempo...per risolvere il problema! Il 11/10/11, Niccolo Rigaccio...@rigacci.org ha scritto: On Tue, Oct 11, 2011 at 04:18:54PM +0200, Infoweblan di Roberto Vito Gerardo wrote: Sono stati realizzati dei filmati dell'OSMit 2011? Non sono sicuro, ma credo di sì. P.S. Roberto, c'hai degli errori PHP nel sito http://www.openstreetmapitalia.it/ -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ 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] Accessibilità biciclette metropolitana Roma
Per Roma ci avevo pensato tempo fa io, mi pare mettendo un bicycle=yes all'entrata della metro subway_entrance - Messaggio originale - Ciao, segnalo questo regolamento di servizio, che contiene tra l'altro le informazioni relative alle fermate delle linee metro di Roma che sono accessibili (o non accessibili) ai viaggiatori con le bici al seguito: http://www.pedalando.org/Varie/bicipieghevoli.pdf Secondo voi queste informazioni potrebbero essere integrate in qualche modo nel database? Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
Il 10/11/2011 03:27 PM, Luca Delucchi scrisse: Il 10 ottobre 2011 18:53, emmexx emm...@tiscalinet.it ha scritto: Bene! Quindi i dati sono in EPSG:4265. Ma perche' non vengono trasformati dal tool della regione? Puo' esserci un errore nello shape? ogrinfo mi fa vedere tutte le linestring dello shape e non segnala errori. i tuoi dati non penso siano neanche in EPSG:4265 Infatti ho provato ogr2ogr -a_srs EPSG:4265 -t_srs EPSG:4326 ... ma il risultato non cambia. parlando un po' con i miei colleghi siamo giunti alla conclusione che in quel file prj manca qualcosa, potresti ottenere i dati orginali? Cosa intendi con dati originali? Io non conosco arcgis, lo shape non e' il suo formato nativo? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
Il 11/10/2011 16:13, Niccolo Rigacci ha scritto: Ciao a tutti, chi ha fatto un po' di foto a all'OSMit2011 a Padova? Potete condividere in qualche modo? Tag consigliati osmit2011 e openstreetmap. Io ho caricato su Flickr le mie 4 foto: http://www.flickr.com/search/?q=osmit201 Ne ho solo una (un pelo compromettente ;-) di Luca. Se mi autorizza la metto online, ma urge specifica licenza... Ciao a tutti! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
2011/10/11 emmexx emm...@tiscalinet.it: Bene! Quindi i dati sono in EPSG:4265. Ma perche' non vengono trasformati dal tool della regione? Puo' esserci un errore nello shape? ogrinfo mi fa vedere tutte le linestring dello shape e non segnala errori. i tuoi dati non penso siano neanche in EPSG:4265 Infatti ho provato ogr2ogr -a_srs EPSG:4265 -t_srs EPSG:4326 ... ma il risultato non cambia. Io ho provato il tool della regione. Ho messo in input le tue coordinate: 9,170837078374765 45,525406361655726 e ho ricevuto in output 9,17050223531423 45,5260796970209 (differenze alla terza / quarta cifra decimale) Non so se la conversione sia giusta, ma qualcosa è successo... Tu prova a convertire con ogr2ogr in due passi: 1. da EPSG:4265 a EPSG:3003 (nessun cambio di ellissoide: da Roma1940 geografico a Roma1940 / Monte Mario 1) 2. da EPSG:3003 a WGS84 con i parametri di Luca Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
Il 10/11/2011 05:51 PM, Federico Cozzi scrisse: Io ho provato il tool della regione. Ho messo in input le tue coordinate: 9,170837078374765 45,525406361655726 e ho ricevuto in output 9,17050223531423 45,5260796970209 (differenze alla terza / quarta cifra decimale) Non so se la conversione sia giusta, ma qualcosa è successo... 9.17047473,45.52613180 Questo e' il valore che mi hanno passato nel file kml. Tu prova a convertire con ogr2ogr in due passi: 1. da EPSG:4265 a EPSG:3003 (nessun cambio di ellissoide: da Roma1940 geografico a Roma1940 / Monte Mario 1) 2. da EPSG:3003 a WGS84 con i parametri di Luca Ho provato con: ogr2ogr -a_srs EPSG:4265 -t_srs EPSG:3003 ... seguito da: ogr2ogr -a_srs gaussboaga1.prj -s_srs latlong_wgs84.prj -t_srs EPSG:4326 segnala un problema. Si aspetta latitudine e longitudine (???). Riepilogo: - la prima trasformazione mi genera uno shape che ha coordinate cartesiane. Layer name: mioshape Geometry: Line String Feature Count: 185 Extent: (1503803.618361, 5029013.003523) - (1520914.343248, 5041637.401461) Layer SRS WKT: PROJCS[Monte Mario / Italy zone 1, GEOGCS[Monte Mario, DATUM[Monte_Mario, SPHEROID[International_1924,6378388,297]], PRIMEM[Greenwich,0], UNIT[Degree,0.017453292519943295]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,9], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,150], PARAMETER[false_northing,0], UNIT[Meter,1]] - la seconda trasformazione (a questo punto mi aspettavo che applicandola ad un file in coordinate cartesiane fosse la cosa corretta) invece si aspetta coordinate geografiche. La mia confusione aumenta. O forse e' errata la sintassi dei comandi. O Luca mi ha mandato dei file non corretti (ma in realta' ne ho trovati di simili in rete). Anche questa genera punti in coord. cartesiane. Layer name: CICLOMILANO RILIEVO Geometry: Line String Feature Count: 185 Extent: (1503803.618361, 5029013.003523) - (1520914.343248, 5041637.401461) Layer SRS WKT: GEOGCS[GCS_WGS_1984, DATUM[WGS_1984, SPHEROID[WGS_1984,6378137,298.257223563]], PRIMEM[Greenwich,0], UNIT[Degree,0.017453292519943295]] Se a questo punto do il comando: ogr2ogr -f KML ottengo una segnalazione di coordinate fuoriscala. ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
2011/10/11 emmexx emm...@tiscalinet.it: Ho provato con: ogr2ogr -a_srs EPSG:4265 -t_srs EPSG:3003 ... -a ?? seguito da: ogr2ogr -a_srs gaussboaga1.prj -s_srs latlong_wgs84.prj -t_srs EPSG:4326 segnala un problema. Si aspetta latitudine e longitudine (???). http://www.gdal.org/ogr2ogr.html Tu gli stai dicendo che il file in input è WGS84, mentre è in gaussboaga1. Ci credo che si aspetta lat e lon! Consiglio da chi non ha mai usato ogr2ogr: butta al cesso il parametro -a e usa solo -s e -t Vedi qui: http://mapfreely.org/2009/03/24/conversione-di-uno-shp-da-coordinate-wgs84-a-gauss-boaga-fuso-ovest/ Ciao ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [OT] convertire shape da CTR a OSM/Google
Il 10/11/2011 06:47 PM, Federico Cozzi scrisse: 2011/10/11 emmexx emm...@tiscalinet.it: Ho provato con: ogr2ogr -a_srs EPSG:4265 -t_srs EPSG:3003 ... -a ?? In realta' credo che quel parametro venga bellamente ignorato. :-( Ho provato con ogr2ogr -a_srs EPSG:abc e non ha battuto ciglio. Siccome nella cartella dove si trova lo shape c'e' anche un file prj, suppongo venisse usato quello come riferimento sul sistema usato dai dati. Lo ho rinominato e ogr2ogr mi chiede di indicare un sistema di coordinate con s_srs. Lo ho fatto. Questo il risultato: Layer name: miofile Geometry: Line String Feature Count: 185 Extent: (1503803.618361, 5029013.003523) - (1520914.343248, 5041637.401461) Layer SRS WKT: PROJCS[Monte Mario / Italy zone 1, GEOGCS[Monte Mario, DATUM[Monte_Mario, SPHEROID[International_1924,6378388,297]], PRIMEM[Greenwich,0], UNIT[Degree,0.017453292519943295]], PROJECTION[Transverse_Mercator], PARAMETER[latitude_of_origin,0], PARAMETER[central_meridian,9], PARAMETER[scale_factor,0.9996], PARAMETER[false_easting,150], PARAMETER[false_northing,0], UNIT[Meter,1]] seguito da: ogr2ogr -a_srs gaussboaga1.prj -s_srs latlong_wgs84.prj -t_srs EPSG:4326 segnala un problema. Si aspetta latitudine e longitudine (???). Tu gli stai dicendo che il file in input è WGS84, mentre è in gaussboaga1. Ci credo che si aspetta lat e lon! Ipse dixit! No, non Aristotele ma Luca. :-) Consiglio da chi non ha mai usato ogr2ogr: butta al cesso il parametro -a e usa solo -s e -t Vedi qui: http://mapfreely.org/2009/03/24/conversione-di-uno-shp-da-coordinate-wgs84-a-gauss-boaga-fuso-ovest/ Avevo gia' visto. Ormai automaticamente applico tutte le combinazioni dei parametri di ogr2ogr ma il risultato non cambia. :-( Ho anche provato a dare in pasto al sito della regione lombardia lo shape ottenuto nel primo passaggio (usando s_srs) ma sto ancora aspettando l'elaborazione. Secondo me lo shape di partenza, oltre ai problemi di sistemi di riferimento, contiene anche qualche errore. :-( ciao maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
Ho messo tre foto su Picasaweb: https://picasaweb.google.com/voschix/20111008OSMITOk?authuser=0authkey=Gv1sRgCPGs7579itiTcAfeat=directlink Volker 2011/10/11 Niccolo Rigacci o...@rigacci.org Ciao a tutti, chi ha fatto un po' di foto a all'OSMit2011 a Padova? Potete condividere in qualche modo? Tag consigliati osmit2011 e openstreetmap. Io ho caricato su Flickr le mie 4 foto: http://www.flickr.com/search/?q=osmit2011 -- Niccolo Rigacci Firenze - Italy Tel. ufficio: 055-0118525 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
Il momento topico: l'asta. http://www.youtube.com/watch?v=9VbzSl6pYlM ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fotografie da OSMit2011
On Tue, Oct 11, 2011 at 22:52, Diego Guidotti - Aedit s.r.l. guido...@aedit.it wrote: Il momento topico: l'asta. http://www.youtube.com/watch?v=9VbzSl6pYlM S !!! :) -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-gb-midanglia] Impington - Merrington Place (old Unwins site) added
Thanks Richard. That's consistent with what I saw. Folk are moving / have moved into phase 1 but the common areas - gardens, some parking etc are fenced off. Some buildings didn't have any obvious street numbers (whilst others did). Mind, I'm always a bit reticent to appear too inquisitive as it can lead to awkward questions! (Even when armed with OSM business cards etc) P. On 11 October 2011 12:51, Richard Moss rich...@richardmoss.co.uk wrote: ** I haven't seen the site, but spoke to a colleague who worked on the design. He tells me that Phase 1 is substantially complete, except for the final surface layer on the road, which will not be done until Phase 2 is complete and construction traffic has finished. That's expected to be around June next year. Richard On 11 October 2011 at 12:26 Philip Howarth phi...@howarth.name wrote: Denis I took a walk round with my gps earlier today and I just added the development. Some house numbers missing yet as it is still something of a building site. Philip On 10 October 2011 11:23, Philip Howarth phi...@howarth.name wrote: Hmm. As that is only just down the road from me, I guess I should volunteer! I'll see if I can make progress on it this week. Philip On 10 October 2011 11:17, Denis W Payne de...@dwpayne.net wrote: Is anybody active in Impington? The former Unwins site (Impington Lane) is up and running and needs updating Denis -- Philip Howarth Cambridge UK email: phi...@howarth.name web: www.philip.howarth.name -- Philip Howarth Cambridge UK email: phi...@howarth.name web: www.philip.howarth.name -- Philip Howarth Cambridge UK email: phi...@howarth.name web: www.philip.howarth.name ___ Talk-gb-midanglia mailing list Talk-gb-midanglia@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-midanglia
[Talk-gb-westmidlands] Time to put Birmingham on the map
For OpenStreetMap *2-3 days* is all we need to have major changes to Birmingham's cityscape surveyed and displayed on a globally-recognised online digital map. You also have the base data available for producing maps in any cartographic style and highlighting any geospatial data you choose. *AND IT'S FREE* of all royalties. It's a great example of what citizen volunteers can achieve who passionately care about how their neighborhoods are portrayed. Birmingham organisations can demonstrate how up to date they are in the digital world by making use of this resource. For example the flagship highway improvement of the last few years has been the Selly Oak Relief Roadhttp://www.openstreetmap.org/?lat=52.4443531036377lon=-1.93526744842529zoom=16, representing a multi-million pound investment for the City Council, and the removal of a notorious bottleneck affecting tens of thousands citizens and visitors. It was available to the world on OpenStreetMap the same week it was opened. See herehttp://www.openstreetmap.org/?lat=52.4443531036377lon=-1.93526744842529zoom=16for our map You'll search in vain on the big mapping providers for this change: none of Googlemaps, Bing, Mapquest, the AA, the Ordnance Survey,or Multimap had this change on their maps today as I write this email. And this is repeated across the city for other developments. TIME TO PUT BIRMINGHAM ON THE MAP: COMMERCIAL MAPPING PROVIDERS TAKE MONTHS IF NOT YEARS; OPENSTREETMAP TAKES DAYS Several dozen volunteers, including residents, UK and global visitors have achieved this. If we could collaborate with Birmingham City Council in a structured way, together we could achieve far more and really put Birmingham on the map! In fact we could lead the world in community-based digital city-mapping where a City administration and its population work together to produce something faster,cheaper and better than what's available commercially. We look forward to working more with you - you already use our winter gritting maps on your websitehttp://www.birmingham.gov.uk/wintermaintenance and we have a wealth of other data ready for use. We are favourably identified as a successful Big Societyproject in a research paper written by the Office of Civil Society in the Cabinet Office.http://www.arnaudriegert.com/wp-content/uploads/international-examples-big-society.pdf (Appendix A1) NOTE: our maps are not designed to replace or compete with the Ordnance Survey-based mapping used by the City Council for detailed planning design- they are designed for use in digital and print media for public consumption. Regards Brian Prangle OSM West Midlands Community Co-ordinator 0121 604 1141 alternative contact: Andy Robinson pr...@mappa-mercia.org, Tel: 0777 553 7872 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] Revisión de los nombres de poblaciones
On Martes, 11 de Octubre de 2011 01:11:54 Jaime Crespo escribió: official_name sólo se usa en casos extremos donde el nombre oficial sea tan pedante que no sea usado. Por ejemplo, si fuera necesario: Reino de España, République française. Sólo se usa actualmente para países. Eso no se lo dices en la calle a la Villa y Corte de Madrid o a la Ciudad Condal de Barcelona :-P -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un conservador es un hombre demasiado cobarde para luchar y demasiado gordo para huir. -- Elbert Hubbard. (1856-1915) Ensayista estadounidense. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Revisión de los nombres de poblaciones
Que niñería. Donde esté la Muy Leal, Noble, Invicta y Muy Benéfica Ciudad, Puerto y Plaza de Santa Cruz de Santiago de Tenerife... El 11/10/2011 8:26, Iván Sánchez Ortega i...@sanchezortega.es escribió: On Martes, 11 de Octubre de 2011 01:11:54 Jaime Crespo escribió: official_name sólo se usa en casos extremos donde el nombre oficial sea tan pedante que no sea u... Eso no se lo dices en la calle a la Villa y Corte de Madrid o a la Ciudad Condal de Barcelona :-P -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un conservador es un hombre demasiado cobarde para luchar y demasiado gordo para huir. -- Elbert Hubbard. (1856-1915) Ensayista estadounidense. ___ Talk-es mailing list Talk-es@openstreetmap.org http... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Revisión de los nombres de poblaciones
El día 11 de octubre de 2011 09:43, Javier Sánchez javiers...@gmail.com escribió: Que niñería. Donde esté la Muy Leal, Noble, Invicta y Muy Benéfica Ciudad, Puerto y Plaza de Santa Cruz de Santiago de Tenerife... Sí, pero resulta que ninguna de las ciudades que hemos dicho tiene official_name. PD: Muy Noble, Muy Leal, Muy Heroica, Muy Benéfica, Siempre Heroica e Inmortal Ciudad de Zaragoza. He dicho. -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] Tartus kokkusaamine 26.oktoober, kolmapäeval
Doodle tulemuse põhjal kinnitaks OSM Eesti kogukonna koosolemise ajaks 26.10 kl 18:00 Tartus. Kohta veel täpsustan. Tulijaid eeldaks umbes pool tosinat, siis tegelikult mahuks kuhu iganes ära ja TÜ auditoorium oleks vähe suur ja ebahubane. Ühtlasi toimuks formaalne MTÜ Avatud Maakaardi Selts-i aastakoosolek, seega kõik ametlikud liikmed eriti oodatud. Avatud oleks see aga kõikidele. Teemaks näiteks uhatuse liikmelisus: kandidaadid teretulnud. Jaak ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-lv] ritenjbrauceeji londonaa
http://www.digitalurban.org/2011/02/london-cycle-flows-sociable-physics.html osm datu izmantoshanas piemeers :) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv