Re: [Talk-hr] OSM aktivnost po gradovima
2010/10/5 Tihomir Heidelberg tihomir.heidelb...@gmail.com Večina državnih cesta su ucrtane, neke nisu pravilno tagirane, tu je posao lakši. Treba samo označavati ceste po uputama na toj stranici, te kreirati relacije. Onda će lako biti kasnije to održavati i prilagođavati službenim promjenama. A kako kreiram nove relacije u JOSM-u? Skužio sam da ih u JOSM-u vidim ali samo sam u Potlachu skužio kako napraviti novu relaciju. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [OSM-legal-talk] legal-talk Digest, Vol 50, Issue 17
Are the reports going to be released under CC-BY-SA? If so, I don't see the problem. The reports would be sold to paying customers with my data overlaid on OSM maps, but there would be clear references stating that the map is by OSM alongside the license notice. The client would by my data, but that data would be shown using OSM maps (think about POIs and the heatmap example in order to visualize what I would like to do). ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
Hello! Are you planning to just overlay your data over the background map as a separate and independent layer? If yes, then this would qualify as a collective work under CC and you just need to attribute OSM in the suggested way. Thanks a lot for your help. The idea is to leave the OSM maps intact serving as the background of my data cloud (which would be an unrelated database, locally stored, containing data and lat/lon coordinates), both during online viewing and in printed reports, with text properly stating that the maps are by OSM, licensed XYZ. My potential customers would pay for those reports. One image is worth a thousand words: http://t3.gstatic.com/images?q=tbn:ANd9GcQwFnmupPSmD2eqpE0dN0S9WlG0s-FzF rbr4gQzMYlkuvkwILkt=1usg=__9kS2vS-zZAo9ndGB4HU-H8foRaw= As per my understanding, this should qualify as a collective work since I would not be changing any of the maps and would properly acknowledge the OSM in both online and printed forms, but I would like to be sure prior to investing in this project. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
On Fri, Oct 8, 2010 at 6:55 PM, Prado, Renato (R.P.) rpr...@visteon.com wrote: Hello! Are you planning to just overlay your data over the background map as a separate and independent layer? If yes, then this would qualify as a collective work under CC and you just need to attribute OSM in the suggested way. Thanks a lot for your help. The idea is to leave the OSM maps intact serving as the background of my data cloud (which would be an unrelated database, locally stored, containing data and lat/lon coordinates), both during online viewing and in printed reports, with text properly stating that the maps are by OSM, licensed XYZ. My potential customers would pay for those reports. One image is worth a thousand words: http://t3.gstatic.com/images?q=tbn:ANd9GcQwFnmupPSmD2eqpE0dN0S9WlG0s-FzF rbr4gQzMYlkuvkwILkt=1usg=__9kS2vS-zZAo9ndGB4HU-H8foRaw= As per my understanding, this should qualify as a collective work since I would not be changing any of the maps and would properly acknowledge the OSM in both online and printed forms, but I would like to be sure prior to investing in this project. Well, here is a little idea, you can just distribute your data as a transparent png file or similar technique that can be overlayed over any map and let the users put it on top of what they want. mike ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
On Sat, Oct 9, 2010 at 12:55 AM, Prado, Renato (R.P.) rpr...@visteon.com wrote: Hello! Are you planning to just overlay your data over the background map as a separate and independent layer? If yes, then this would qualify as a collective work under CC and you just need to attribute OSM in the suggested way. Thanks a lot for your help. The idea is to leave the OSM maps intact serving as the background of my data cloud (which would be an unrelated database, locally stored, containing data and lat/lon coordinates), both during online viewing and in printed reports, with text properly stating that the maps are by OSM, licensed XYZ. My potential customers would pay for those reports. One image is worth a thousand words: http://t3.gstatic.com/images?q=tbn:ANd9GcQwFnmupPSmD2eqpE0dN0S9WlG0s-FzF rbr4gQzMYlkuvkwILkt=1usg=__9kS2vS-zZAo9ndGB4HU-H8foRaw= As per my understanding, this should qualify as a collective work since I would not be changing any of the maps and would properly acknowledge the OSM in both online and printed forms, but I would like to be sure prior to investing in this project. Yes, just attribute OSM in the suggested way. You can use the provided attribution mechanism in OpenLayers to make your job easier. :-) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
Well, here is a little idea, you can just distribute your data as a transparent png file or similar technique that can be overlayed over any map and let the users put it on top of what they want. During online view the users would have the option of turning the data cloud overlay on/off, which clearly demonstrates the independence between the map and the data, but that would not be possible to do in printed form. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
Yes, just attribute OSM in the suggested way. You can use the provided attribution mechanism in OpenLayers to make your job easier. :-) That would be perfect. So, it seems that my proposed use is license-friendly, then it is time to get the dust of my development skills ;-) Thanks a lot for you all for the prompt support. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
On Fri, Oct 8, 2010 at 7:33 PM, Prado, Renato (R.P.) rpr...@visteon.com wrote: Well, here is a little idea, you can just distribute your data as a transparent png file or similar technique that can be overlayed over any map and let the users put it on top of what they want. During online view the users would have the option of turning the data cloud overlay on/off, which clearly demonstrates the independence between the map and the data, but that would not be possible to do in printed form. Just print transparent plastic overlays. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Fair use?
On Fri, Oct 8, 2010 at 12:55 PM, Prado, Renato (R.P.) rpr...@visteon.com wrote: One image is worth a thousand words: http://t3.gstatic.com/images?q=tbn:ANd9GcQwFnmupPSmD2eqpE0dN0S9WlG0s-FzF rbr4gQzMYlkuvkwILkt=1usg=__9kS2vS-zZAo9ndGB4HU-H8foRaw= As per my understanding, this should qualify as a collective work since I would not be changing any of the maps and would properly acknowledge the OSM in both online and printed forms, but I would like to be sure prior to investing in this project. Looks like a single work to me, a jpeg. Just license it under CC-BY-SA, and make the copyright notice readable, and you should be fine. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Proposal: winter roads
Hello, the fact the road is a winter one, is an important thing that should be marked on map. http://wiki.openstreetmap.org/wiki/Proposed_features/surface:winter_road -- Totus tuus, Glebius. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
On 08/10/2010 12:30, Gleb Smirnoff wrote: Hello, the fact the road is a winter one, is an important thing that should be marked on map. http://wiki.openstreetmap.org/wiki/Proposed_features/surface:winter_road This type of tag is based on subjective opinions which is bad information to put in OSM. For instance the second photo' is labeled as impassable. Clearly it is not. I could go down it on foot, mountain bike or even a suitable motor vehicle despite what is said on the wiki. In fact, to me, it seems the first photo' is the more impassable as when snow is tamped it forms ice. If they are closed during the summer, tag it as that, since it's a fact. Add a from-to date tag if known. Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
Dave, On Fri, Oct 08, 2010 at 02:50:22PM +0100, Dave F. wrote: D the fact the road is a winter one, is an important thing that should be D marked on map. D D http://wiki.openstreetmap.org/wiki/Proposed_features/surface:winter_road D D This type of tag is based on subjective opinions which is bad D information to put in OSM. No. It is not based on subjective opinion. Winter road is an official status of a road in Russia. It is the way it is marked on other maps. The road is officially closed, when it starts to melt. And it is officially serviced during winter. Please refer to wikipedia article. Winter road is not a subjective opinion. D For instance the second photo' is labeled as impassable. Surely it is passable - you see two vehicles successfully passing it :) This is just a photo I made, where we could get to. But the road continues, crossing 5 meter deep swamps and rivers. What is your version for tagging this road, concerning that it is official way to a small town and is drivable at high speeds on regular vehicle in winter? Some parts of winter road may be passable in summer, some may not. Their condition in summer is unknown and not guaranteed, their condition in winter is guaranteed. This is special property of road that should be marked on map. D In fact, to me, it seems the first photo' is the more impassable as when D snow is tamped it forms ice. Slippery doesn't mean impassable. -- Totus tuus, Glebius. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
On Fri, Oct 8, 2010 at 14:18, Gleb Smirnoff gleb...@glebius.int.ru wrote: On Fri, Oct 08, 2010 at 02:50:22PM +0100, Dave F. wrote: D the fact the road is a winter one, is an important thing that should be D marked on map. D D http://wiki.openstreetmap.org/wiki/Proposed_features/surface:winter_road D D This type of tag is based on subjective opinions which is bad D information to put in OSM. No. It is not based on subjective opinion. Winter road is an official status of a road in Russia. It is the way it is marked on other maps. The road is officially closed, when it starts to melt. And it is officially serviced during winter. Please refer to wikipedia article. Winter road is not a subjective opinion. There have been discussions on and off about seasonal roads / opening times. See e.g.: http://www.mail-archive.com/talk@openstreetmap.org/msg11274.html There are more like that, but I couldn't find any with a quick search. Anyway, since it's an official Winter road I recommend just tagging it as: XYZ:winter_road = yes Wher XYZ is the acronym or name of the Russian classification agency. But we probably want some sort of genaral scheme in the long term, e.g. in some countries there aren't winter roads but rather just roads with different degrees of guaranteed maintenance. Some roads might e.g. be plowed once a day in the winter, and others once a week. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
Am 08.10.2010 13:30, schrieb Gleb Smirnoff: the fact the road is a winter one, is an important thing that should be marked on map. There is an opposite concept in the Alps, where some mountain passes are impassable during the winter months. http://de.wikipedia.org/wiki/Wintersperre (in German) I translated the most relevant section for you: == Highlighting winter closure on maps == In Switzerland you usually put the closure times next to the pass name using Roman numerals (typically in red color). For example, XI-V next to the Splügenpass means that the pass is presumably being closed from November (XI) to May (V). But of course it's not only roads that are closed during certain times of the year. In Germany, public open air pools are only open in the summer, while ice skating halls are only open in the winter. Ice cream parlors are also closed in the winter months. So instead of introducing a new tag for winter roads (and summer roads ...) I would suggest using existing tags such as date_on, date_off etc. for highways (see http://wiki.openstreetmap.org/wiki/Key:access ), and opening_hours for sports centres, ice cream parlors etc. Furthermore, you should use tags like surface=*, tracktype=* etc. on winter roads. Daniel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing Taginfo
Hi! I am using a library called Flexigrid for the dynamic tables that does a lot of work for me but also comes with certain restrictions. For instance it doesn't resize itself based on window size or so. Some of the ideas in this thread would need me to enhance Flexigrid or even get rid of it and find a different solution. I am quite happy with the way the tables are presented in Taginfo and I don't like huge tables that take forever to load. But I can see that others have other preferences and that there are reasons in favor of other solutions. Ya'll feel free to try out other ways of presenting the data and we can then compare the different solutions and maybe find a better one. Jochen On Thu, Oct 07, 2010 at 01:39:32PM +0200, Sebastian Klein wrote: Date: Thu, 07 Oct 2010 13:39:32 +0200 From: Sebastian Klein basti...@googlemail.com To: talk@openstreetmap.org Subject: Re: [OSM-talk] Introducing Taginfo Jochen Topf wrote: On Tue, Oct 05, 2010 at 06:54:04PM +0200, Sebastian Klein wrote: I'd prefer if it would not show a vertical scrollbar. This way you could use the full height of your monitor to read the results. Would it be too much to ask for, like, a maximum of 500 entries per page instead of currently 40? I am not sure I quite understand, what you want. You don't want a scrollbar but still see 500 entries on your screen? How big is your monitor? :-) My browser can scroll as well. I noted the handle at the bottom of the table, where you can increase the size of the table area. Basically I'd prefer this to be at maximum all the time. I just tried with 500 entries and it will become too slow. At least in Firefox. I get the dreaded warning about a runaway Javascript script. I will add 100 entries as an option which is still reasonably fast. Thanks! To give you an impression: Wikipedia lists 500 entries per page: http://de.wikipedia.org/w/index.php?title=OpenStreetMaplimit=500action=history This way you can easily skim the content without the need to click the next button every 2 seconds. Another page that is already a little extreme because it is so large: http://tagwatch.stoecker.eu/Europe/En/tags.html Now I noted the magnifying glass at the lower left, where you can search the values. It works quite nice (even for the name key) so I think I don't really need that many entries per page. :) Again, great work, the design is pretty slick... Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing Taginfo
On Wed, Oct 06, 2010 at 11:10:11AM +0200, Jean-Marc Liotier wrote: Richard Weait wrote: On Wed, Oct 6, 2010 at 3:55 AM, Jean-Marc Liotier j...@liotier.org wrote: Jochen Topf wrote: http://taginfo.openstreetmap.de I love it. Do you plan to introduce substring searches with wildcards ? That would be useful for sifting through key values - for example I wanted to find all the source tags with values containing the substring GPS. This already works. http://taginfo.openstreetmap.de/keys/source - click magnifying glass icon at lower left of result window. - add gps and press return Wonderful - thanks for the tip. Now a total count for the result returned would be nice. You get the total count in the bottom info field Displaying 1 to 15 of 84 items. Or do you want the sum of the contents of the Count column? Feature request. Could the value search string be included in a link? Something like http://taginfo.openstreetmap.de/keys/source?gps for the above? Difficult because of the different tabs. Different search string mean different things for different tabs. I'll keep it in mind. The whole search and filtering thing needs a re-think anyway. That would make sharing easier. But maybe the REST API could be used instead. The REST API can do that obviously, because it is used to generate the contents of the tables. :-) Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing Taginfo
On Wed, Oct 06, 2010 at 11:05:10AM +0200, Matt Williams wrote: On 5 October 2010 15:37, Jochen Topf joc...@remote.org wrote: For the last months I have been working on a software called Taginfo that brings together information about OSM tags from the OSM database, the wiki and other places. Somewhat like Tagwatch, Tagstat, and OSMdoc, but more ambitious. :-) I am happy to announce that the beast is now available at http://taginfo.openstreetmap.de There are still some bugs and lots of missing features, but its already usable. Updates are currently done manually, but I will do automatic daily updates soon. All the software to run this is Open Source so please go ahead, run your own versions and send me patches. More details and background in my blog entry at: http://blog.jochentopf.com/2010-10-05-introducing-taginfo.html Bug reports and feature ideas welcome. It seems to be a great tool but the ability to search within tag values would be nice. For example I wanted to find how I should tag a supermarket so I type 'supermarket' into the search box. As you can see [1] the only match it finds is for the _key_ 'supermarket' which is an extremely uncommon tag with only three uses [2]. Now, since I know that really the tag to use is shop=supermarket I searched for shop [3] and as it turns out, supermarket is the most common value for the shop tag [4]. Search in values will definitely come at some point, its very much at the top of my ToDo list. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] highway=incline
Hi There are now only a few if any ways with highway=incline* left. They have all been changed to highway=whatever the connecting ways were + (incline=yes or incline=steep). Any objections to removing highway=inclinehttp://wiki.openstreetmap.org/wiki/Tag:highway%3Dinclineand highway=incline_steephttp://wiki.openstreetmap.org/wiki/Tag:highway%3Dincline_steepfrom Map Features and adding them to depreciated http://wiki.openstreetmap.org/wiki/Deprecated_features? I was also thinking of changing the remaining 3400 nodes (or so) nodes tagged with highway=incline* to incline=yes (or steep). Any objections? At the same time I will also raise a few tickets with the various editors and rendrers for the necessary patching. best regards Gorm E. Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing Taginfo
On Wed, Oct 06, 2010 at 09:35:50PM +1100, Steve Bennett wrote: On Wed, Oct 6, 2010 at 12:37 AM, Jochen Topf joc...@remote.org wrote: I am happy to announce that the beast is now available at http://taginfo.openstreetmap.de Awesome. If you want to hook into JOSM, Potlatch, Mapnik, Osmarender, Kosmos, etc, I've done the hard work for you here: http://wiki.openstreetmap.org/wiki/User:Stevage/tagsupport Cool. Do you get more info out of Osmarender, Mapnik files etc. than just whether the tag is in there? I would like to extract as much information as possible, like icons used etc. (See the talk page for source code) The talk page is empty? Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
Hello, I want to support this guy's proposal. I have to say winter roads are a totally different thing than normal roads. In summer, there's just no road at all. NO ROAD. If you need to get somewhere, use river boats or helicopters. The area where a winter road is can be a swamp, a scrub, a forest (taiga), but there's no road in summer there, in fact in swamps it just can't be there. Even if one tries to build it there, he will hit one big obstacle called permafrost. Basically, in permafrost areas, in a few metres under the ground the land is frozen even by the end of summer. (that's because yearly average temperatures are sub-zero). The layer above, that melts and freezes with seasons, behaves very specifically. First, water in the molten layer can't percolate down through the frozen one below, and in plain areas just stays there, forming swamps, or just a land that's wetter than average in your place. When it freezes, it expands (since water is not a metal, it's most dense at +4 degrees, with temperature going down it EXPANDS, and pushes all around making a big pressure). Since the ground is uneven, guess what, if you put a road there, the surface will be pushed from below UNEVENLY. That's why even strong armed concrete does not guarantee the road will stand more than one winter. Add swamps that are widespread in permafrost, and try to guess how much it can cost to build a 200 km of a road. To get the idea, read this: http://en.wikipedia.org/wiki/Permafrost So, that's why it's enormously costy to build a normal road there where winter roads exist. In winter, when the temperature is below 0 degrees C for MONTHS, ice is a stable and hard base and with a few work can make a good road. BTW, ice is not as slippery as on the ice rink in your city. You can ride on bare ice if the surface is rough. AND, in winter it snows, so in a matter of 1-2 weeks the road is a stiff compressed snow, which is as slippery as sand :) To sum up: winter roads are very special and have to be treated with respect and shown appropriately. It can't be any type of highway that we have now. You can't put there highway=unclassified, surface=ice and make a driver guess: hmm, is that road in 100 km to the north a normal one, or the navigator leads me into swamps? Hope that explains better, Dmitri. Novosibirsk -- ry...@ryba4.com http://ryba4.com icq 335635 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Proposal: winter roads
On Fri, Oct 8, 2010 at 19:23, Dmitri Lebedev siberia.acca...@gmail.com wrote: I want to support this guy's proposal. Then support it by starting to map it. Really, there's no reason to get formal approval for tags. Just write down on some Russian wikipage that winter roads are `winter_road=yes` or something like that. Then just use it, and if it's found to be lacking later it's easy to find all those tags and change them. Mapping is the bottleneck, not coming up with a perfect tagging scheme. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Proposal: winter roads
Hi, Dave F., For instance the second photo' is labeled as impassable. Clearly it is not. I could go down it on foot, mountain bike or even a suitable motor vehicle despite what is said on the wiki. Being young and dreaming is nice, but no, you couldn't. :) Basically, you'll have to carry the bike on yourself (and walk up to the knee in mud). The avg speed is 0.5 km/h. The cars in the picture move at the same speed with the aid of their winches. I tried such surfaces on MTB with and without rucksack. Even without weight you move really slowly. Technically, it is just the same as shallow swamp or a taiga forest, except there are no trees to cut to make way. ;) Dmitri, Novosibirsk -- ry...@ryba4.com http://ryba4.com icq 335635 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Introducing Taginfo
Also sprach Jochen Topf [Fri, Oct 08, 2010 at 06:10:39PM +0200] : On Wed, Oct 06, 2010 at 11:10:11AM +0200, Jean-Marc Liotier wrote: Richard Weait wrote: On Wed, Oct 6, 2010 at 3:55 AM, Jean-Marc Liotier j...@liotier.org wrote: Jochen Topf wrote: http://taginfo.openstreetmap.de I love it. Do you plan to introduce substring searches with wildcards ? [..] http://taginfo.openstreetmap.de/keys/source - click magnifying glass icon at lower left of result window. - add gps and press return Wonderful - thanks for the tip. Now a total count for the result returned would be nice. You get the total count in the bottom info field Displaying 1 to 15 of 84 items. Or do you want the sum of the contents of the Count column? The sum of the Count column would be useful. For example, on the talk-fr we debated over the sources of OSM data and went looking for the sum of the counts of fields containing GPS or Cadastre. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Blue sky API: Branching function
Hi all, Firstly, put this in the blue sky dreaming bucket. But I am interested in the latent demand out there. Some of us will be familiar with subversion or git, which are source code version control systems. We also know that OSM API v0.6 contains some Changeset semantics. However, I don't think v0.6 has the concept of branching? And http://wiki.openstreetmap.org/wiki/API_v0.7 doesn't mention it either? I'd like to introduce the concept of branches in the OSM API. Branches in the OSM API would be similar to branches in a more traditional VCS. You would use them to stage a set of changes that you hope to have eventually merged into the main map. Now, consider these use-cases - somewhat contrived but not by much: 1. Several importable datasets can cover a particular region - e.g. a national dataset at low level of detail and a provincial dataset at a high level of detail. Both are compatible with the licence of the day (CC BY or CC BY-SA, etc). And we want to convert and present them to our userbase in the form they've come to know and love. Right now, we can only feasibly pick one or the other. To pick both would mean the major Ways would have a doubled-up representation. An alternative is to go through the 2 datasets and manually merge them before uploading to the API. If a concept of branching occurred, we could run a trunk/master (similar in concept to what we have today) and then 2 additional branches, e.g. ca-gov and ca-gov-provincial. Load them all up and then merge the branches into the trunk at a more leisurely pace. Get your friends to help out. The gov branches could also be a staging point for community changes to be accepted back into government repositories. 2. For what-if scenarios. For example, to illustrate a proposal for a new motorway or something. I suppose this could be extended to complete fantasy scenarios (though if this were the case I would discourage hosting them on the main OSM website). Any plan would be to firstly achieve svn-like functionality and stabilise it; then secondly to try on a full DVCS scenario, like git, in an additional release (which would make the fantasy mappers happy). I think we could introduce it in a way that doesn't break 0.6 XML parsers. You might introduce a new XML attribute in Changesets, such as branch name or parent (I'm not sure how git does it). Anything lacking the new tag would continue to be assumed as a implicit trunk/mainline change. The API database schema itself would also have to be mutated. I haven't yet worked out if this is trivial, either in the schema itself or its likely performance impacts. There is an implied semantic being broken that I can think of: You could no longer assume that the change history is ordered by ID or timestamp. Thoughts? Brendan ref: http://book.git-scm.com/1_the_git_object_model.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch2 and shp files
Hi, Does anyone know if there are plans to ipliment the auto-conversion of shp files to be used in the foreground of the potlatch2 environment? Thanks, Sam -- Twitter: @Acrosscanada Blogs: http://acrosscanadatrails.posterous.com/ http://Acrosscanadatrails.blogspot.com Facebook: http://www.facebook.com/sam.vekemans Skype: samvekemans IRC: irc://irc.oftc.net #osm-ca Canadian OSM channel (an open chat room) @Acrosscanadatrails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Fietsroutes en wandelroutes Achterhoek en Liemers vrijgegeven
Maarten Deen wrote: Stefan de Konink wrote: Ik zou willen voorstellen het te laten rectificeren door iemand die het vaker heeft gedaan, als je echt gaat overtrekken. Misschien zelfs als WMS neerzetten? Ik denk dat dat een beetje veel van het goede is. Volgens mij kun je beter met die PDF's aan de hand een gebied downloaden en de routes aanmaken. Als dit gecoordineerd moet gebeuren stel ik voor een doorlinkpagina vanaf [[WikiProject Nederlandse Fietsroutes]] te maken met een linkje in het kopje van Gelderland. Als we het wel doen kunnen we ook meteen die stratenkaarten gebruiken. Daar zit kennelijk geen copyright op... Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] NSW bridge numbers
On Sun, 3 Oct 2010 09:45:20 +1000 Nick Hocking nick.hock...@gmail.com was not the person who wrote: Yesterday we found lots of blue numbered markers on posts near bridges, all 4 digit, and a larger number of posts white with blue top which marked culverts, with a larger number of digits. Illawarra Highway had some three digit bridge numbers. I've not put these photos up yet, and anyone wanting to see my collection of photos will be hampered by a change in my ip address ( and a 2 week TTL on the old one) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Mapnik rendert in 5 Minuten
Markus liste12a4...@gmx.de writes: Besser ist, Du sagst, dass es frueher 2 Wochen dauerte, heute aber meist schneller geht ;) Ja, mache ich meistens so. Das schneller präzisiere ich noch ein bisschen und zeige den verblüfften Zuhörern, /wie/ schnell OSM inzwischen ist :-) Ich hoffe nur, du hast da echte daten (verbesserungen) einzutragen und keine pseudoänderungen. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue Taginfo
On Fri, Oct 08, 2010 at 07:24:00AM +0200, Markus wrote: Noch besser fände ich eine alphabetische Sortierung à la http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A Die Seite kannte ich noch garnicht. Die sollte ich auch parsen und die Infos integrieren. Idealerweise in deutsch/englisch - da gibt es nämlich immer wieder sprachbedingte Missverständnisse, die dann zu kruden selbsterfundenen Attributnamen führen. Idealerweise gäbe es eh das ganze Taginfo in allen Sprachen (und nicht nur de und en), das steht auf meiner TODO. 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] Das neue Taginfo
On Fri, Oct 08, 2010 at 02:59:08AM +0200, Heiko Jacobs wrote: Am 07.10.2010 22:02, schrieb Jochen Topf: D.h. das muss irgendwie automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values die weniger als 1000 mal vorkommen oder sonstwas. Die 100 können aber die interessanten sein für die Tippfehlersuche oder anderes Das ist natürlich auch richtig. Aber das ist halt das Problem mit allen Vorgängern von Taginfo und nun auch mit Taginfo: Nicht alles, was wünschenswert wäre, ist auch mit endlichem Aufwand machbar. Ich werde versuchen, Stück für Stück die wichtigsten Features einzubauen, ohne dass ich dann nachher merke, dass der Update der Daten ne Woche braucht. :-) 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] OSM Statistik gesucht - Editierfrequenz von Tags
On Fri, Oct 08, 2010 at 12:31:34AM +0200, Christoph Wagner wrote: Am 07.10.2010 22:19, schrieb Jochen Topf: On Wed, Oct 06, 2010 at 03:43:29PM +0200, Christoph Wagner wrote: Wie häufig werden bereits existierende Informationen wieder verändert? Nodes haben im Durchschnitt ca. 1.5 Versionen, Ways ca. 1.7 und Relations ca. 3.5. Feiner aufgeschlüsselt habe ich das nicht. Jochen Danke schonmal. Ist doch erst mal ein Anhaltspunkt. Wo hast du denn die Informationen her bzw. wie hast du das berechnet? Die Geofabrik hat da einen täglich laufenden Job, in dem verschiedene Dinge berechnet werden. Da fällt auch diese Statistik bei raus. Das macht nichts anderes als alle Versionsnummern pro Objekttyp (Node, Way, Relation) aufzuaddieren und durch die Anzahl der Objekte zu teilen. 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] Schreibweise der dt. Post
Walter Nordmann walter.nordm...@web.de writes: eigentlich den korrekten, also längsten. das gilt normalerweise für alle Namen (Staßen, Firmen, ...) Nein, so etwas wie AG oder GmbH oder Dokumentatstadt oder Universitätsstadt lässt man in name weg. Das gehört allenfalls nach official_name. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Am 08.10.2010 03:38, schrieb Michael Florian Schönitzer: Derzeit gibt es 10.688 mal den Tag operator=Deutsche␣Post␣AG und 7.391 operator=Deutsche␣Post außerdem noch 590 Tags mit operator=Post. Also ich nehme operator=DPAG, da scheine ich aber ziemlich alleine zu sein -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO geht nicht auf 60Csx
Hallo Christoph, Am 06.10.2010 um 18:17 schrieb Christoph Wagner freemaps@googlemail.com: Na mal schaun, obs heute klappt. *zitter* Er hat am 07.10 neue Karten erzeugt. Leider erkennt das 60Csx nicht die Karte. Er schmeißt aber auch keine Fehlermeldung, es gibt einfach keine Karte ;-( Kannst Du mal schauen, was sich da geändert hat? Gruß Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Am 8. Oktober 2010 09:31 schrieb Friedhelm Schmidt fschm...@extend.de: Am 08.10.2010 03:38, schrieb Michael Florian Schönitzer: Derzeit gibt es 10.688 mal den Tag operator=Deutsche␣Post␣AG und 7.391 operator=Deutsche␣Post außerdem noch 590 Tags mit operator=Post. Also ich nehme operator=DPAG, da scheine ich aber ziemlich alleine zu sein Hier gibt es alle dt. Postdienstleister aufgelistet: http://wiki.openstreetmap.org/wiki/Deutsche_Postdienstleister ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik rendert in 5 Minuten - Methodik-Didaktik
Hallo Karl, Das schneller präzisiere ich noch ein bisschen und zeige den verblüfften Zuhörern, /wie/ schnell OSM inzwischen ist :-) Ich hoffe nur, du hast da echte daten (verbesserungen) eingetragen Klar :-) Wir machen das so: - auf dem Beamer zeigen wir den TN die Karte - wir bitten die TN ihr Gebiet zu prüfen -- so erhalten wir Infos über Fehlendes / Fehlerhaftes -- und natürlich auch Bewunderung für die Qualität von OSM - dann zeigen wir auf dem Beamer JOSM - tragen ein fehlendes Objekt ein oder ergänzen ein Attribut - erzählen, dass das in wenigen Minuten weltweit sichtbar wird Dann beantworten wir ein paar Fragen oder erzählen noch etwas über Rendering - und schwups: auf der Karte kann man das neue Objekt bewundern... Anschliessend bekommen immer zwei TN einen Rechner (OSM ist Teamarbeit), installieren JOSM (muss man ja üben), und arbeiten dann mit den Luftbildern aus Lauf und den Ortskenntnissen der TN. Manchmal machen wir auch eine kleine Mapping-Runde (einmal um die VHS), laden dann den Track und die Bilder in JOSM, und bearbeiten was noch zu bearbeiten ist. Ok, manchmal klappt das Rendern nicht in 5 Minuten. Dann erzählen wir, dass es früher 14 Tage gedauert hat, dass manchmal neue Server oder neue Software installiert werden, und dass manche LVAs ein Jahr oder so brauchen, bis eine Änderung auf den Ladentisch kommt, und dass in Haiti die Aktualität lebenswichtig war. Aber das erzähle ich auch, wenn das Rendern in 5 Minuten klappt... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
moin moin. mit den tags ist das so ne sache. wenn ich eine anwendung schreibe (liste, karte, openlayers-sache) schau ich mir erst mal die tags der objekte an, um die es hier gehen soll. z.b mit tagwatch oder eigene datenbank-abfragen. die ergebnisse versuche ich dann irgendwie unterzubringen, solange es mit vertretbarem aufwand möglich ist. der rest fällt unter den tisch - so leid es mir tut. daher sind diese ständigen tagging-diskusionen (wie tagge ich einen hundekottütenspender, der in einem parkhaus steht, dass am wochenende geschlossen hat? ziemlich inhaltslos. je komplizierter, weil genauer es wird, um so größer ist die chanche, dass das objekt einfach ignoriert wird. also daher meine bitte: macht es so einfach wie möglich, sonst ist die ganze sache für den gulli. gruss walter p.s. noch ein kleines beispiel: ich bin bekennender oxomoa-anhänger, da diese sache mit dem öpnv für mich sinn macht(e). und jetzt schlage ich mit ausgerechnet mit haltestellen rum, die genau dieser user (oxomoa) 2009 angelegt hat, weil die einfach nicht zu packen sind. und wenn ich da noch an die associated-street-geschichte denke, wird es mir schlecht. - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg -- View this message in context: http://gis.638310.n2.nabble.com/Schreibweise-der-dt-Post-tp5613585p5614146.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Das neue Taginfo
On 07.10.2010 22:02, Jochen Topf wrote: Ich will auf keinen Fall eine hardgecodeded Liste, welche Tags zu ignorieren sind oder so. Die muss man dann wieder pflegen. D.h. das muss irgendwie automatisch gehen. Ist aber natürlich machbar, man ignoriert halt alle Values die weniger als 1000 mal vorkommen oder sonstwas. Vom Ansatz her vielleicht ganz gut, aber: ein Caching der entsprechenden Werte wäre dann vielleicht ganz sinnvoll, um das auch für die Fehlersuche nutzen zu können. Angenommen, immer wieder trägt jemand name=Sauna ein, offensichtlich in den meisten Fällen ein Missbrauch des name-Tags. Wenn ich das jetzt korrigieren möchte und taginfo dafür nutze, verschwindet das blöderweise, falls ein Update der Stammdaten erfolgt, nachdem ich gerade die Schwelle unterschritten habe. Vielleicht könnte man also überlegen, Values zu ignorieren, die seit mindestens t Tagen weniger als n mal vorkommen oder so... Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TüV Reinland Breitbandatlas basiert au f OSM-Daten
Moin Philip, On 07.10.2010, at 17:52, Philip Gillißen wrote: Ich habe mir grad mal den Anbieter der Karte angesehen und ich denke, dass er angeschrieben werden sollte, denn ich habe keins seiner Produkte mit korrekter Attributierung gefunden... kannst du da ein Beispiel nennen? Auf omniscale.de und osm.omniscale.de geben wir in den Karten ©2010 Omniscale, Map Data: OpenStreetMap Contributors, License: CC-SA-BY wobei auch die Lizenz und OSM verlinkt sind. Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TüV Reinland Breitbandatlas basiert au f OSM-Daten
Hallo Martin, On 07.10.2010, at 18:13, M∡rtin Koppenhoefer wrote: Am 7. Oktober 2010 18:07 schrieb Peter Körner osm-li...@mazdermind.de: Außerdem steht rechts unten in der Karte in grauem Text: © 2010 BMWi / TÜV Rheinland, Geobasidaten BKG, Hintergrundkarte OpenStreetMap Omniscale mit Link auf osm.org. Da alle Datenanbieter in gleicher Weise genannt werden könnte man sich höchstens über die nicht-Nennung von CC-BY-SA beschweren. Wir stellen die Daten bereit und haben mit der Kartenanwendung selber nichts zu tun. Wir haben das allerdings weitergeleitet und denken, dass da heute noch nachgebessert wird. allerdings. Bei einem Ministerium würde ich in der Tat erwarten, dass sie die Lizenz nicht verletzen. Z.B. steht auch bei http://omniscale.de/ (c) Omniscale, Daten OSM cc-by-sa 2.0, was aber auch nicht geht, da die Karte ebenfalls cc-by-sa 2.0 werden muss, Um genau zu sein steht da: ©2009 Omniscale, Map Data: OpenStreetMap Contributors, License: CC-SA-BY Das License bezieht sich auf die Gesamtkarte, der Map Data Zusatz bezieht sich auf den Urheber. Die Beispiele die du geschrieben hast machen das nicht anders. Regards, Oliver -- Oliver Tonnhofer o...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Nadorster Str. 60, 26123 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) Regards, Oliver ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik rendert in 5 Minuten - Methodik-Didaktik
Am 08.10.2010 10:03, schrieb Markus: Ok, manchmal klappt das Rendern nicht in 5 Minuten. Da helfen manchmal die üblichen Tricks: -BrowserCache leeren -Dirty-Flag an die Kachel kleben Wobei das eher Gegenstand eines Fortgeschrittenen-Kurses wäre. :-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Darstellung von geotagged Bildern in OSM
Hallo, ich bin auf der Suche nach einer Möglichkeit Photos, die ich über das JOSM-Addon Photo Geotagging mit Positionsinfos versehen habe, auch in OSM anzeigen zu lassen. Gibt es hierzu schon eine Lösung? Ich habe gerade überall im Wiki und in den dt. Diskussionsgruppen gesucht, aber leider nichts gefunden. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Am 8. Oktober 2010 11:35 schrieb hike39 ho...@hike.de: Hallo, ich bin auf der Suche nach einer Möglichkeit Photos, die ich über das JOSM-Addon Photo Geotagging mit Positionsinfos versehen habe, auch in OSM anzeigen zu lassen. Gibt es hierzu schon eine Lösung? Ich habe gerade überall im Wiki und in den dt. Diskussionsgruppen gesucht, aber leider nichts gefunden. das sollte Openlayers von sich aus machen, sieh Dir mal deren Dokumentation an. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM
2010/10/7 Sven Geggus li...@fuchsschwanzdomain.de: Nein, josm kann mit der östreichischem Lambertprojektion nix anfangen, direkt wird das nicht gehen. Offensichtlich kann Merkator alle Projektionen benutzen die proj4/gdal kann. Josm braucht EPSG:3426 und Potlatch Tiles in Google Merkator d.h. man muss umprojizieren und genau das mache ich mit dem Proxy. So, jetzt konnt' ich's aber nicht lassen und habe die EPSG:31287 Projektion in JOSM bei mir lokal in einem custom build implementiert (quick hack mit JHLabs Java Map Projection Library von http://www.jhlabs.com/java/maps/proj/ - das könnte übrigens ein Ansatz sein, um proj4 Unterstützung in JOSM zu bekommen). Funktioniert fast perfekt, allerdings bleibt ein ~15m Offset zu den OSM Daten, der bei Merkaartor nicht auftritt, Beispiel: http://img687.imageshack.us/img687/4608/javaopenstreetmapeditor.jpg proj4 Parameter sind wie gehabt +proj=lcc +lat_1=49 +lat_2=46 +lat_0=47.5 +lon_0=13.33 +x_0=40 +y_0=40 +ellps=bessel +towgs84=577.326,90.129,463.919,5.137,1.474,5.297,2.4232 +units=m +no_defs. Kann man über die Parameter diesen Offset irgendwie korrigieren? (Für mich sind diese Projektionsberechnungen eine black-box, ich rufe nur einen API Call in dieser Java Map Projection Library auf). Danke für die Hilfe, Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten
Am 8. Oktober 2010 10:27 schrieb Oliver Tonnhofer tonnho...@omniscale.de: http://omniscale.de/ (c) Omniscale, Daten OSM cc-by-sa 2.0, was aber auch nicht geht, da die Karte ebenfalls cc-by-sa 2.0 werden muss, Um genau zu sein steht da: ©2009 Omniscale, Map Data: OpenStreetMap Contributors, License: CC-SA-BY Das License bezieht sich auf die Gesamtkarte, der Map Data Zusatz bezieht sich auf den Urheber. Die Beispiele die du geschrieben hast machen das nicht anders. Doch, manche schon. Wie geschrieben: cloudmade macht es m.E. auch falsch die Geofabrik ist explizit und daher korrekt m.E.: Kartenbilder von OpenStreetMap, CC-BY-SA 2.0 Ito dito: © 2010 Ito World Ltd. Maps © 2010 NAVTEQ or CC-by-SA OpenStreetMap and contributors M.E. steht bei Euch eine Einschränkung, dass nur die Daten cc-by-sa seien, darüber kann man evtl. streiten, aber man kann es auf jeden Fall klarer schreiben. Wie geschrieben: den Konflikt kann man evtl. aussitzen, da mit der Odbl auch proprietäre Karten aus OSM generiert werden können. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten
Hallo, am 08.10.2010 11:55 schrieb M∡rtin Koppenhoefer: M.E. steht bei Euch eine Einschränkung, dass nur die Daten cc-by-sa seien, darüber kann man evtl. streiten, aber man kann es auf jeden Mit Verlaub, das ist Haarspalterei. Auch die Bilder sind Daten - maschinenlesbare digitale Zeichenfolgen, die für die Ausgabe von Programmen nach vereinbarten Regeln interpretiert werden. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schreibweise der dt. Post
Am 08.10.2010 09:31, schrieb Friedhelm Schmidt: Also ich nehme operator=DPAG, da scheine ich aber ziemlich alleine zu sein Kein Wunder, da Abkürzungen bei OSM nicht gerne gesehen werden. Grüße René ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] öffentl. Schließfächer
M∡rtin Koppenhoefer dieterdre...@gmail.com [Wed, Oct 06, 2010 at 09:51:51PM CEST]: [...] man kann natürlich auch das inner weglassen, habe selbst etwas gezögert, aber dann kommt halt der nächste, und mappt die Aussenmaße der gesamten Schließfachanlage ebenfalls mit locker:height etc. Die Außenmaße würde ich nur mit height angeben, damit die 3D-Renderer etwas damit anfangen können. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OT: mutt und #, was: An die thread-Piraten
Florian Lohoff f...@zz.de [Thu, Oct 07, 2010 at 03:02:21PM CEST]: [...] Gute Mailprogramme machen das anhand des References: headers und richtig gute programme koennen auf tastendruck den subthread abkoppeln - Mutt macht das mit # Echt? muss ich gleich mal versuchen! Sorry wenn ich dafür diesen Thread kaper, aber ein Beispiel braucht man ja zum Ausprobieren. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Farmland
sendelho...@cablemail.de sendelho...@cablemail.de [Thu, Oct 07, 2010 at 05:59:25PM CEST]: Hallo, habe jetzt die komplette Disussion nicht mitbekommen, aber mir erscheint die Unterscheidung farmland=* versus natural=* wenig sinnvoll. Ich würde das in natural=* zusammenfassen, soweit das das bezeichnet, was da wie wächst, notfalls auch natural=field akzeptieren. o ja, bitte, bitte. Bei landuse=grass kriege ich regelmäßig lange Zähne. Warum nicht natural=grass für den Bewuchs, der da nun mal drauf ist, und landuse durch den eintragen lassen, der es besser weiß, ob Wiese, Weide, Alp oder Alm. Ähnlich sehe ich nicht ein, warum ein landuse=forest heißt, dass man natural=wood zu löschen hat! Irgendjemand hat mal verstanden, dass natural mit ursprünglich zu übersetzen wäre. Hingegen trägt man landuse=basin zusätzlich zu natural=water ein. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aerowest: Bildflugwünsche und -tarife 2010
aighes wrote: Das kommt aber darauf an, was AeroWest später für die Luftbilder verlangt. Kostet bspw. die Ersterfliegung von A-Stadt 10.000€ und OSM gibt sie für 9000€ an die Stadt weiter, kostet es die Stadt 9000€. Wenn AeroWest nun aber später die vorhandenen Daten für 8000€ verkauft, dann würde die Stadt mit OSM draufzahlen. Dann gehen wir halt auf 7500 EUR ;-) Nein, du hast schon Recht. Leider können wir nicht warten, bis die Stadt zuerst kauft, denn dann haben wir Luftbilder für 8000 EUR und niemand nimmt sie uns ab ;( -- View this message in context: http://gis.638310.n2.nabble.com/Aerowest-Bildflugwunsche-und-tarife-2010-tp5607208p5614758.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [Talk-at] GeoImage.at - JOSM
Sven Geggus wrote: Offensichtlich kann Merkator alle Projektionen benutzen die proj4/gdal kann. Ich habe vor ein paar Monaten mal proj4js in JOSM über das Webkit angebunden. Somit würde JOSM alle Projektionen verwenden können, die proj4js kann. Ich habe allerdings bemerkt, dass die geodätische Genauigkeit zu proj4 abweicht und das dann nicht mehr weiter verfolgt. Ich könnte ja mal schauen, ob sich was geändert hat. Das Ganze ist ja ziemlich plattformunabhängig, aber jemand müsste mir helfen, die Selektion in die JOSM-GUI einzubauen. -- View this message in context: http://gis.638310.n2.nabble.com/Fwd-Talk-at-GeoImage-at-JOSM-tp5611122p5614767.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
hike39 ho...@hike.de [Fri, Oct 08, 2010 at 11:35:30AM CEST]: Hallo, ich bin auf der Suche nach einer Möglichkeit Photos, die ich über das JOSM-Addon Photo Geotagging mit Positionsinfos versehen habe, auch in OSM anzeigen zu lassen. Gibt es hierzu schon eine Lösung? Sowas wie locr? http://de.locr.com/map -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO geht nicht auf 60Csx
Am 8. Oktober 2010 09:37 schrieb Elchtreiber elchtrei...@gmx.net: Er hat am 07.10 neue Karten erzeugt. Leider erkennt das 60Csx nicht die Karte. Er schmeißt aber auch keine Fehlermeldung, es gibt einfach keine Karte ;-( Kannst Du mal schauen, was sich da geändert hat? Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Mein 60CSx zeigt die neue Karte vom 7.10. an (Hessen). Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Johannes Huesing johan...@huesing.name wrote: Sowas wie locr? http://de.locr.com/map Jo sowas bräuchte man mal in frei für den eigenen Server und auf Basis von Openlayers und OSM. Sven -- Software patents are the software project equivalent of land mines: Each design decision carries a risk of stepping on a patent, which can destroy your project. (Richard M. Stallman) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Platzierung stop_position-Knoten im Oxomoa-Schema
Beim gestrigen Leipziger Stammtisch haben wir Mapper gemerkt, dass wir unterschiedliche Interpretationen des Oxomoa ÖPNV-Schemas [1] hinsichtlich der Anzahl und Platzierung der public_transport=stop_position-Knoten haben. Szenario ist eine Buslinie mit Haltestelle an einer Kreuzung, wobei der Bus in jeder Richtung jeweils *vor* der Kreuzung hält. Ein Mapper meinte, dass der eine dafür nötige stop_position-Knoten dann auf den Kreuzungsknoten gehöre (und verwies dabei unter anderem auf die Verwendung in Aachen, die ich mir aber noch nicht angeschaut habe). Meinem Verständnis nach mappt man zwei stop_positions jeweils auf dem Weg vor (==lotgefällt) auf dem Weg der Buslinie. Kleine Grafik [2]: Blaue Linie = Straße auf der Bus fährt Grün = public_transport=platform Rot = Mögliche Platzierungen für public_transport=stop_position Im Schema steht dazu: wann eine und wann mehrere Haltepositionen erfasst werden: Eine wird gegenwärtig nur dann erfasst, wenn nur eine Halteposition vorhanden ist, wenn sich zwei Bushaltestellen direkt gegenüberliegen oder bei Halten auf eingleisigen Schienenwegen oder Bahnkörpern. In allen anderen Fällen werden mehrere Haltepositionen modelliert, und zwar so viele, wie in der Realität vorhanden sind. Wie ist die Meinung hier auf der Liste? Claudius [1] http://wiki.openstreetmap.org/wiki/User:Oxomoa/ÖPNV-Schema [2] http://wiki.openstreetmap.org/wiki/File:Stop_position_location.png ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Platzierung stop_position-Knoten im Oxomoa-Schema
hi, ich hab das immer so aufgefaßt, dass man ab und zu mal eine gemeinsame stop-position machen kann, wenn die nun wirklich gegenüber liegen. wenn dazwischen auch nur ne ampel oder ein zebrastreifen ist oder es einige meter versatz sind, mach ich zwei. das geht schneller und ist einfacher, als jedesmal drüber groß nachzudenken. ausserdem ist es für jemanden, der eventuell einen hochauflösenden plan der haltestellen seiner stadt machen will, sicherlich einfacher, wenn die position wirklich stimmt. also: 2 stops in diesem streitchenfall ;) gruss walter - Wanderer, kommst Du nach Liechtenstein, tritt nicht daneben, tritt voll hinein. - Ingo Insterburg -- View this message in context: http://gis.638310.n2.nabble.com/Platzierung-stop-position-Knoten-im-Oxomoa-Schema-tp5615166p5615216.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TüV Reinland Breitbandatlas basiert auf OSM-Daten
Am 07.10.2010 18:13, schrieb M∡rtin Koppenhoefer: Am 7. Oktober 2010 18:07 schrieb Peter Körner osm-li...@mazdermind.de: Außerdem steht rechts unten in der Karte in grauem Text: © 2010 BMWi / TÜV Rheinland, Geobasidaten BKG, Hintergrundkarte OpenStreetMap Omniscale mit Link auf osm.org. Da alle Datenanbieter in gleicher Weise genannt werden könnte man sich höchstens über die nicht-Nennung von CC-BY-SA beschweren. allerdings. Bei einem Ministerium würde ich in der Tat erwarten, dass sie die Lizenz nicht verletzen. Z.B. steht auch bei http://omniscale.de/ (c) Omniscale, Daten OSM cc-by-sa 2.0, was aber auch nicht geht, da die Karte ebenfalls cc-by-sa 2.0 werden muss, solange wir nicht odbl sind. Ich finde, man muss da unterscheiden zwischen einem kleinen Pizzalieferservice (als Beispiel), der mal eben ne Karte einbindet, und einem Kartendienst, der professionell Karten anbietet. Ich bin wirklich froh das dort OSM eingesetzt wird. Wäre dort eine google/bing-Karte würde hier diskutiert warum nicht OSM genommen wurde. Der Link ist vollkommen ok. Es wird nicht nur OSM dran geschrieben sondern auch verlinkt. Es entsteht OSM genau null Schaden durch falsche Attributierung. Wobei noch nicht einmal eindeutig ist was eine falsche Attributierung ist. Wortwörtlich nach der Lizenz müssen die Urheber genannt werden. Aus Bequemlichkeit wurde sich darauf geeinigt openstreetmap stattdessen anzugeben. Selbst auf osm.org gibt es nur neben der Karte einen Link zu Copyright Licence und im Kartenfenster steht gar nichts davon. Auch nicht beim Export. Da könnte man ja dem Nutzer helfen und schon alles richtig drauf schreiben. Auf der Intergeo drehten sich viele Gespräche um die Lizenz. Die aktuelle Situation schreckt Nutzer ab OSM zu nutzen. Ok, das geht jetzt über Attributierung hinaus. Aber bevor sich Firmen und Behörden in die Nesseln setzen wird dann lieber Geld für kommerzielle Anbieter ausgegeben. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Platzierung stop_position-Knoten im Oxomoa-Schema
Am 08.10.2010 16:37, schrieb Claudius: Beim gestrigen Leipziger Stammtisch haben wir Mapper gemerkt, dass wir unterschiedliche Interpretationen des Oxomoa ÖPNV-Schemas [1] hinsichtlich der Anzahl und Platzierung der public_transport=stop_position-Knoten haben. Szenario ist eine Buslinie mit Haltestelle an einer Kreuzung, wobei der Bus in jeder Richtung jeweils *vor* der Kreuzung hält. Ein Mapper meinte, dass der eine dafür nötige stop_position-Knoten dann auf den Kreuzungsknoten gehöre (und verwies dabei unter anderem auf die Verwendung in Aachen, die ich mir aber noch nicht angeschaut habe). Meinem Verständnis nach mappt man zwei stop_positions jeweils auf dem Weg vor (==lotgefällt) auf dem Weg der Buslinie. Ich bin auf jeden Fall dafür für jeden Stop einen Knoten zu erfassen. Also in diesm Fall zwei, und wenn sich an der Kreuzung zwei Linien kreuzen dann auch vier oder wie viel auch immer nötig sind. Benjamin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Hallo, wenn es um eine Lokale Lösung geht, dann probier doch mal digikam (http://www.digikam.org/). Dort kann man die Bilder auf unterschiedlichen Karten (auch OSM) anzeigen. Ein paar Screenshots gibts auf meinem Blog: http://neuntoeter.wordpress.com/tag/digikam/ Grüße, Volker Friday 08 October 2010 11:35:30 hike39 wrote: Hallo, ich bin auf der Suche nach einer Möglichkeit Photos, die ich über das JOSM-Addon Photo Geotagging mit Positionsinfos versehen habe, auch in OSM anzeigen zu lassen. Gibt es hierzu schon eine Lösung? Ich habe gerade überall im Wiki und in den dt. Diskussionsgruppen gesucht, aber leider nichts gefunden. hike39 ___ 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] Mapnik rendert in 5 Minuten - Methodik-Didaktik
Markus liste12a4...@gmx.de writes: Wir machen das so: - auf dem Beamer zeigen wir den TN die Karte - wir bitten die TN ihr Gebiet zu prüfen -- so erhalten wir Infos über Fehlendes / Fehlerhaftes etc. Danke, das hört sich gut an! -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Sven Geggus li...@fuchsschwanzdomain.de writes: Jo sowas bräuchte man mal in frei für den eigenen Server und auf Basis von Openlayers und OSM. Christopher Schmidt hat etwas derartiges kürzlich auf der OL Users gepostet (bilder werden von flickr geholt); leider ist das ML-archiv derzeit gestört. Ich habe es testweise mal bei mir eingebunden, weiß aber nicht, ob Christopher damit einverstanden ist, dass ich seinen js-code verwende: http://www.gnu.franken.de/ke/trips/2010/20100919-treuchtlingen/photos.html Christophers beispiel: http://crschmidt.net/flickr/geo/tokyo uses http://crschmidt.net/flickr/geo/flickr.js -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO geht nicht auf 60Csx
Am 08.10.2010 um 16:07 schrieb T. Clormann tfe...@googlemail.com: Am 8. Oktober 2010 09:37 schrieb Elchtreiber elchtrei...@gmx.net: Er hat am 07.10 neue Karten erzeugt. Leider erkennt das 60Csx nicht die Karte. Mein 60CSx zeigt die neue Karte vom 7.10. an (Hessen). Gruß, Thomas Ich hatte Bayern aus probiert,die hat das Gerät nicht angenommen. Gruß Kai ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Karl Eichwalder k...@gnu.franken.de wrote: Ich habe es testweise mal bei mir eingebunden, weiß aber nicht, ob Christopher damit einverstanden ist, dass ich seinen js-code verwende: http://www.gnu.franken.de/ke/trips/2010/20100919-treuchtlingen/photos.html Nett! Geht das auch ohen Flicker mit lokalen getagged Bildern? Solche komischen Social Network Sites sind mir nämlich Suspekt ich habe das lieber auf meinem eigenen Webspace. Sven -- Why are there so many Unix-haters-handbooks and not even one Microsoft-Windows-haters handbook? Gurer vf ab arrq sbe n unaqobbx gb ungr Zvpebfbsg Jvaqbjf! /me is gig...@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] Darstellung von geotagged Bildern in OSM
Schau mal: http://toolserver.org/~kolossos/openlayers/commons-on-osm.php?zoom=16lat=51.05738889lon=13.73836111 Das ganze basiert auf einer je nach Bildausschnitt aus einer Datenbank neu erzeugten KML, wenn es um max. 1000 Bilder geht, würde auch ein statisches KML-file reichen. Es wäre auch ein leichtes statt den Icons kleine Bildchen anzuzeigen. Grüße Kolossos hike39 schrieb: Hallo, ich bin auf der Suche nach einer Möglichkeit Photos, die ich über das JOSM-Addon Photo Geotagging mit Positionsinfos versehen habe, auch in OSM anzeigen zu lassen. Gibt es hierzu schon eine Lösung? Ich habe gerade überall im Wiki und in den dt. Diskussionsgruppen gesucht, aber leider nichts gefunden. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von geotagged Bildern in OSM
Am 08.10.2010 23:59, schrieb Sven Geggus: Karl Eichwalder k...@gnu.franken.de wrote: http://www.gnu.franken.de/ke/trips/2010/20100919-treuchtlingen/photos.html Nett! In der Tat :-) Geht das auch ohen Flicker mit lokalen getagged Bildern? Mit phpMyGPX [1] wäre das in ähnlicher Weise möglich, wenn auch möglicherweise etwas überdimensioniert nur um Fotos darzustellen. Es gibt jedoch einen embedded mode, der die ganzen Bedienenlemente (Menü etc.) ausblendet und quasi nur die OSM-Karte mit den Fotos übrig lässt - das wäre vielleicht dafür verwendbar. Oder einfach was mit OL selber basteln ;-) Solche komischen Social Network Sites sind mir nämlich Suspekt ich habe das lieber auf meinem eigenen Webspace. +1 Grüße, Sebastian [1] http://phpmygpx.tuxfamily.org/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] La Hague - Gorleben
Am 7. Oktober 2010 09:43 schrieb Markus liste12a4...@gmx.de: PS: es gibt doch auch ein Tool, mit dem man G-Luftbilder und OSM transparent übereinander anschauen kann - wo finde ich das? wobei die G-Luftbilder teilweise saumäßig referenziert sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiessstand Schweiz
Nochmals zurück zur ursprünglichen Frage. Eigentlich würde es sich anbieten solche Wege mit dem hazard-Tag zu versehen. Also hazard=shooting_range oder ähnlich. Simon - Original Message - From: Markus liste12a4...@gmx.de To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Sent: Monday, October 04, 2010 12:15 PM Subject: [Talk-de] Schiessstand Schweiz An den die Schusslinie querenden Wegen ist meist eine Tafel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Note lungo un percorso
Ciao, l'utente sbiribizio, attivo da qualche giorno dalle mie parti, mi parla di un suo amico appassionato di fuoristrada, che aveva registrato diversi percorsi con tracce GPX e appunti lungo il percorso. Questi appunti riguardano alcune informazioni sullo stato della strada: ad esempio guado impraticabile, strada a rischio allagamento, fango in questo tratto - impraticabile quando piove e così via. Chiaramente, mi sembra che informazioni di questo tipo siano molto utili. Non si parla semplicemente di un tracktype, ma di note puntuali, che ad esempio potrebbero rendere un track di grado 4 preferibile ad uno di grado 1 in un giorno di pioggia, perché su quest'ultimo c'è un breve tratto di 100 metri soggetto ad allagamenti. Alcune indicazioni, come quest'ultima ad esempio, mi sembra che abbiano tag sparsi, alcuni documentati sul wiki [1]. Sarebbe quanto meno interessante raccogliere questi tag sotto un'unica key. Un discorso leggermente diverso, ma collegato, riguarda una mia idea di qualche tempo fa, riguardante una specie di routing arricchito, in stile rally quasi. Un navigatore che dica fra 5 kilometri svolta a destra non è molto utile in una strada di campagna o di montagna; a volte sarebbe bello avere informazioni tipo curva molto stretta (è vero che bisogna usare gli occhi, ma a volte le curve stringono e non ce ne si rende conto; un'informazione del genere sarebbe utile sulle varie curve della morte), fosso vicino al margine della strada, tornanti ciechi in successione. Un'idea potrebbe essere la seguente (nomi dei tag inventati sul momento, senza controllare se sono già usati per altro, giusto per dare un'idea): note=tipo nota note:applies_to=tipo veicolo (default: tutti) A seconda del tipo di nota, potrebbe essere taggata su un nodo (ad esempio, all'ingresso di una curva pericolosa, o su un guado per fuoristrada) o su una way (tratti di strada allagati o con fondi instabili). Prima di fare una proposta ufficiale volevo raccogliere un po' di pareri. Ciao, Simone [1] http://wiki.openstreetmap.org/wiki/Key:flood_prone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maperitive
Potente! L'ho utilizzato con uno stile per le routes del trasporto pubblico...funziona piuttosto bene, devo solo capire come posso aggiungere dettagli alla mappa inserendoli nel foglio di stile... poi, vorrei sapere da voi come è possibile riciclare le rules di Kosmos tipo questa: http://wiki.openstreetmap.org/wiki/User:TEL/Kosmos che farebbe al caso mio per mettere online una mappa di questo tipo: http://www.be2art.de/osm/test.php con più layers (bus, piste ciclabili, etc). Inoltre, come potete vedere da questo sito di test, la mappa contiene il solo territorio di Berlino. Come posso scaricare da OSM un'area entro certi confini definiti invece che un rettangolo? ciao Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] problema shp-to-osm
Importando dalla ctr Veneto file shp contenenti linee e poligoni non ho avuto nessun problema. Adesso sto cercando di fare la stessa cosa con file di punti (i vari SIM_... o NODO...) ma quando li do in pasto a shp-to-osm mi dà questo errore: Exception in thread main java.nio.BufferUnderflowException at java.nio.Buffer.nextGetIndex(Unknown Source) at java.nio.DirectByteBuffer.getDouble(Unknown Source) at org.geotools.data.shapefile.shp.ShapefileReader.nextRecord(ShapefileReader.java:452) at org.geotools.data.shapefile.ShapefileAttributeReader.next(ShapefileAttributeReader.java:102) at org.geotools.data.FIDFeatureReader.next(FIDFeatureReader.java:96) at org.geotools.data.FIDFeatureReader.next(FIDFeatureReader.java:55) at org.geotools.data.store.FeatureReaderIterator.next(FeatureReaderIterator.java:71) at org.geotools.data.store.FeatureReaderIterator.next(FeatureReaderIterator.java:41) at org.geotools.feature.collection.DelegateFeatureIterator.next(DelegateFeatureIterator.java:58) at ShpToOsmConverter.convert(ShpToOsmConverter.java:114) at Main.main(Main.java:164) non ci capisco niente di java, quindi non so dove sta il problema. Che altro modo posso usare per importarli con le loro etichette, o mi tocca il lavoro certosino di importarli tramite gpx e poi, shape alla mano, etichettare singolarmente ogni punto? Ciao Marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maperitive
Il 08 ottobre 2010 11:08, Tiziano D'Angelo ha scritto: Come posso scaricare da OSM un'area entro certi confini definiti invece che un rettangolo? un modo è scaricare italy.osm e da questo ricavare il confine che ti interessa tramite uno script in perl e poi estrarre i dati tramite osmosis, qui ci sono delle istruzioni: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/Howto/Estrarre_poligono ci sono altri modi? -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ortomercato
On 08/10/2010 03:22, M∡rtin Koppenhoefer wrote: secondome non va bene usare lo stesso tag per mercato e negozio. E' vero che manca un tag per i mercati, perché non lo inventiamo? Mea culpa, mi sono espresso male: quello che io a Gavirate non è un ortomercato, ma un grande negozio per vendita di ortaggi e frutta. Nel mio caso va bene greengrocer. market=greengrocer market=fish market=fleamarket market=art market=agricultural ... non sono molto sicuro del market, forse è meglio taggare una area complessiva come market (con nome) e poi i singoli venditori con i loro prodotti a parte. C'è anche questa proposta, che potrebbe essere Ma questo non è un marketplace? un sottotipo di market, quindi sarebbe market=bazaar: http://wiki.openstreetmap.org/wiki/Proposed_features/Bazaar Ciao e grazie, Jacopo -- Blog: http://jg.homelinux.net/blog Root: http://jg.homelinux.net/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] problema shp-to-osm
Il 08 ottobre 2010 11:26, marcram marcr...@email.it ha scritto: Importando dalla ctr Veneto file shp contenenti linee e poligoni non ho avuto nessun problema. Adesso sto cercando di fare la stessa cosa con file di punti (i vari SIM_... o NODO...) ma quando li do in pasto a shp-to-osm mi dà questo errore: ... Purtroppo non so aiutarti sull'interpretazione dell'errore. Se può essere utile a qualcuno, però, ho notato che a volte basta aprire lo shape con Qgis e salvarlo come nuovo file perché Shp-to-osm funzioni. Ciao, Groppo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maperitive
2010/10/8 Tiziano D'Angelo tiziano.dang...@gmail.com: Potente! L'ho utilizzato con uno stile per le routes del trasporto pubblico...funziona piuttosto bene, devo solo capire come posso aggiungere dettagli alla mappa inserendoli nel foglio di stile... poi, vorrei sapere da voi come è possibile riciclare le rules di Kosmos tipo questa: http://wiki.openstreetmap.org/wiki/User:TEL/Kosmos che farebbe al caso mio per mettere online una mappa di questo tipo: http://www.be2art.de/osm/test.php con più layers (bus, piste ciclabili, etc). be2art utilizza queste regole maperitive? http://wiki.openstreetmap.org/wiki/User:Rotbarsch/Maperitive_rules/public_transport -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maperitive
2010/10/8 Simone Cortesi sim...@cortesi.com be2art utilizza queste regole maperitive? http://wiki.openstreetmap.org/wiki/User:Rotbarsch/Maperitive_rules/public_transport No, ho provato questa regola ma non ha lo stesso rendering di be2art Mostra solo le linee su sfondo bianco e inoltre bisogna modificare route bus : relation[type=route AND line=bus] in route bus : relation[type=route AND route=bus] altrimenti non mostra un bel niente se si segue la mappatura con relazioni type=route route=bus. ciao Tiziano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
2010/10/8 Simone Saviolo simone.savi...@gmail.com: note=tipo nota note:applies_to=tipo veicolo (default: tutti) Più fruibile: note:tipo veicolo=nota così possono coesistere: note:bicycle=fondo smosso note:motorcar=curva stretta Prima di fare una proposta ufficiale volevo raccogliere un po' di pareri. Va sicuramente prevista la possibilità di tradurre il tag (deve essere it:note:bicycle, oppure note:it:bicycle, oppure note:bicycle:it?) e non è da scartare di usare una relazione, perché a volte le indicazioni si riferiscono anche ad un verso di percorrenza (ad es. curva stretta verso destra) ma se i tag si applicano a way o nodi non è possibile assegnare il verso Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Maperitive
2010/10/8 Tiziano D'Angelo tiziano.dang...@gmail.com: Inoltre, come potete vedere da questo sito di test, la mappa contiene il solo territorio di Berlino. Come posso scaricare da OSM un'area entro certi confini definiti invece che un rettangolo? Ma è utile? Cioè: Maperitive è in grado di generare mappe di aree non rettangolari? E Openlayers sa gestire tileset non rettangolari? Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Erboristerie
Consultando il wiki non capisco se le erboristerie vanno taggate come shop = organic o come le farmacie o chemist? Magari poi qualcuno puo' modificare sul wiki Grazie Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
Il 08 ottobre 2010 14:19, Federico Cozzi f.co...@gmail.com ha scritto: 2010/10/8 Simone Saviolo simone.savi...@gmail.com: note=tipo nota note:applies_to=tipo veicolo (default: tutti) Più fruibile: note:tipo veicolo=nota così possono coesistere: note:bicycle=fondo smosso note:motorcar=curva stretta +1 Va sicuramente prevista la possibilità di tradurre il tag (deve essere it:note:bicycle, oppure note:it:bicycle, oppure note:bicycle:it?) e Non sono d'accordo. La nota è sempre quella; la localizzazione va affidata al consumatore. La presenza di pericoli o ostacoli è fisica e non legale o culturale, quindi non va localizzata. non è da scartare di usare una relazione, perché a volte le indicazioni si riferiscono anche ad un verso di percorrenza (ad es. curva stretta verso destra) ma se i tag si applicano a way o nodi non è possibile assegnare il verso In generale, la nota non dovrebbe essere riferita ad un solo senso di marcia. Ci sono alcune eccezioni. Ad esempio, una curva che stringe in uscita è pericolosa per chi la percorre in un senso ma non per chi la percorre nell'altro. Una strada potrebbe essere dissestata o alluvionata solo su un lato. Ma anche usando una relazione, mi sembra che si debba comunque fare riferimento al verso della way, usando ad esempio il ruolo forward o backwards sulla way. In alternativa, si potrebbero inserire nella relazione i nodi di inizio e fine, con il relativo ruolo start/end, e mettere la nota nella relazione; tuttavia questo si può fare anche senza relazione, con un tag note:limit=[start|node]. Ciao, Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Enoteche
Hola. Ho un negozio che si definisce cantina: è un'enoteca? E se si come lo taggo? Al momento ho usato: shop = beverages drink = wine Che ne dite? O è meglio un tag specifico visto che 'alcohol' non è pensato per l'Italia? Jacopo -- Blog: http://jg.homelinux.net/blog Root: http://jg.homelinux.net/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
2010/10/8 Simone Saviolo simone.savi...@gmail.com: Va sicuramente prevista la possibilità di tradurre il tag (deve essere it:note:bicycle, oppure note:it:bicycle, oppure note:bicycle:it?) e Non sono d'accordo. La nota è sempre quella; la localizzazione va affidata al consumatore. La presenza di pericoli o ostacoli è fisica e non legale o culturale, quindi non va localizzata. Ma il valore curva stretta è oscuro a chi non parla italiano. Tu forse vuoi dire che l'insieme dei valori (ciò che sta a destra dell'uguale) deve appartenere ad un set predefinito in modo che il consumatore (navigatore ecc.) possa fare lookup del valore in una tabella di traduzioni? Io avevo pensato ad un approccio libero (come è attualmente il tag note o description) e proprio per questo la possibilità di mettere la nota in varie lingue: note:motorcar:it=curva stretta note:motorcar:en=sharp bend In alternativa, si potrebbero inserire nella relazione i nodi di inizio e fine, con il relativo ruolo start/end, e mettere la nota nella relazione; tuttavia questo si può fare anche senza relazione, con un tag note:limit=[start|node]. Hai ragione: una relazione è eccessiva. Dopotutto non penso che vi possano essere ambiguità geometriche diverse dal verso di percorrenza, e questo lo si può gestire con un'ulteriore specializzazione del tag ad es. :forward e :backward note:motorcar:forward=curva stretta (da applicarsi ad una way) So che JOSM ribalta automaticamente alcuni tag che contengono :left e :right quando si fa il reverse di una way, forse c'è un meccanismo simile per :forward e :backward (magari vanno messi in testa? forward:note:motorcar=curva stretta) Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Enoteche
Secondo me e' da capire anche se e' cantina nel senso che produce o e' solo un'enoteca con nome piu' ruspante per dar quel senso di prodotti sani, o e' un locale dove si beve il vino. Alessandro Il 08/10/2010 15:18, Jacopo Girardi ha scritto: Hola. Ho un negozio che si definisce cantina: è un'enoteca? E se si come lo taggo? Al momento ho usato: shop = beverages drink = wine Che ne dite? O è meglio un tag specifico visto che 'alcohol' non è pensato per l'Italia? Jacopo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Enoteche
Il 08 ottobre 2010 14:18, Jacopo Girardi jacopogg83...@libero.it ha scritto: Hola. Ho un negozio che si definisce cantina: è un'enoteca? E se si come lo taggo? Al momento ho usato: shop = beverages drink = wine Che ne dite? O è meglio un tag specifico visto che 'alcohol' non è pensato per l'Italia? se avessi letto la mail di qualche giorno fa sulle cantine non avresti fatto questa domanda. comunque stiamo lavorando su questa proposta [0], incomincia ad usare shop=winery Vi prego di guardare sempre gli archivi prima di postare un nuovo thread... Jacopo ciao Luca [0] http://wiki.openstreetmap.org/wiki/Proposed_features/Winery ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli
Con le correzioni portate da david direi che il wiki è a posto, chi può inoltrare la cosa in mailing list tagging e seguire la procedura? ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
Il 08 ottobre 2010 15:21, Federico Cozzi f.co...@gmail.com ha scritto: 2010/10/8 Simone Saviolo simone.savi...@gmail.com: Va sicuramente prevista la possibilità di tradurre il tag (deve essere it:note:bicycle, oppure note:it:bicycle, oppure note:bicycle:it?) e Non sono d'accordo. La nota è sempre quella; la localizzazione va affidata al consumatore. La presenza di pericoli o ostacoli è fisica e non legale o culturale, quindi non va localizzata. Ma il valore curva stretta è oscuro a chi non parla italiano. Tu forse vuoi dire che l'insieme dei valori (ciò che sta a destra dell'uguale) deve appartenere ad un set predefinito in modo che il consumatore (navigatore ecc.) possa fare lookup del valore in una tabella di traduzioni? Io avevo pensato ad un approccio libero (come è attualmente il tag note o description) e proprio per questo la possibilità di mettere la nota in varie lingue: note:motorcar:it=curva stretta note:motorcar:en=sharp bend No, io avevo pensato ad un insieme finito di valori. La versione free text non mi sembra molto utile: un navigatore da macchina potrebbe mostrarlo a schermo, o sintetizzarlo vocalmente (il che darà un risultato orribile ancora per chissà quanti anni). Sarebbe molto meglio un'indicazione magari leggermente generica (non si potrebbe fare la curva stringe subito dopo il secondo cartello) ma riconoscibile, in modo che un navigatore possa emettere un segnale o una frase. In alternativa, si potrebbero inserire nella relazione i nodi di inizio e fine, con il relativo ruolo start/end, e mettere la nota nella relazione; tuttavia questo si può fare anche senza relazione, con un tag note:limit=[start|node]. Hai ragione: una relazione è eccessiva. Dopotutto non penso che vi possano essere ambiguità geometriche diverse dal verso di percorrenza, e questo lo si può gestire con un'ulteriore specializzazione del tag ad es. :forward e :backward note:motorcar:forward=curva stretta (da applicarsi ad una way) So che JOSM ribalta automaticamente alcuni tag che contengono :left e :right quando si fa il reverse di una way, forse c'è un meccanismo simile per :forward e :backward (magari vanno messi in testa? forward:note:motorcar=curva stretta) Questo non lo so. Personalmente forse preferisco l'approccio a nodi, con start/end. Eviteremmo di dover spezzare le way per indicare curva per curva che tipo di pericolo c'è. Non sono sicuro che sia preferibile dal punto di vista del consumatore: penso ad un navigatore che, seguendo la posizione data dal GPS, deve passare attraverso lo start e poi anche attraverso l'end, e questo concetto di attraverso potrebbe essere problematico. Ciao, Federico Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Note lungo un percorso
2010/10/8 Simone Saviolo simone.savi...@gmail.com: No, io avevo pensato ad un insieme finito di valori. La versione free Io preferisco un tag descrittivo senza valori predefiniti. Nel mondo OSM non c'è mai il concetto di insieme finito di valori (ad es. il tag building=, shop= ecc. sono sempre in espansione) e quindi, se anche passasse la tua proposta, avremmo comunque che poi nel DB di OSM si trovano più valori di quelli previsti, e in ogni caso i navigatori non saprebbero come gestire il messaggio. mostrarlo a schermo, o sintetizzarlo vocalmente (il che darà un risultato orribile ancora per chissà quanti anni). Sei troppo pessimista. Il mio navigatore per auto (100 euro) ha un sintetizzatore vocale dignitoso Personalmente forse preferisco l'approccio a nodi, con start/end. Non sono esperto di geometria computazionale, ma mi sembra un casino. Un nodo start posto su una way può essere attraversato (almeno!) in due modi: andando verso il nodo end, oppure allontanandosene. Supponi ad es. che tra il nodo start e il nodo end ci sia una giunzione a T, e che chi entra dalla giunzione tra i due nodi si diriga verso il nodo start: appena lo attraversa, il navigatore penserebbe che è appena iniziato il tratto con la nota - e invece è finito! Io penso che un simile tag dovrebbe essere gestito come il tag maxspeed: come non marchiamo i cartelli di inizio / fine limite, ma il tratto su cui si applicano, anche le note ai tratti pericolosi dovrebbero essere messi sul tratto, e non ai nodi di inizio / fine pericolo. Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli
2010/10/8 Luca Delucchi: Con le correzioni portate da david direi che il wiki è a posto sarebbe utile citare i tag esistenti, spiegando quali si vogliono rendere obsoleti nel tagwatch aggiornato al 2010-09-29 18:00 ho trovato shop=wine 286 shop=winery 73 shop=vineyard 5 http://tagwatch.stoecker.eu/Planet/En/ignored_shop.html 10 alcohol=wine 4 winery=yes 2 drink=wine 1 wine=yes 1 vending=Whiskey;Wine 1 tourism=wine_cellar http://tagwatch.stoecker.eu/Planet/En/tagstats_shop__.html winery 1 vineyard22809 vineyards 1 vinyard 2 http://tagwatch.stoecker.eu/Planet/En/ignored_landuse.html credo (spero) che landuse=vineyard si riferisca alle vigne come in http://wiki.openstreetmap.org/wiki/Proposed_features/Vineyard e non a questo http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvineyard dove qualcuno questa estate ha aggiunto una descrizione che mi sembra del tutto sbagliata At a vineyard, is where the public is permitted, as sales of locally made wine is permitted, with wine-tasting. Purchases are highly encouraged, but not mandatory. Indichereste in qualche modo i vini DOC/DOCG? Mettendo solo il nome in brand senza specificare il tipo di tutela, sarebbe adatto anche per altri prodotti alimentari (IGP, DOP) e all'estero, ma non so se crea problemi con i marchi commerciali. -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Cantina Vini - distilleria - maneggio di cavalli
2010/10/8 Daniele Forsi dfo...@gmail.com: 2010/10/8 Luca Delucchi: Con le correzioni portate da david direi che il wiki è a posto sarebbe utile citare i tag esistenti, spiegando quali si vogliono rendere obsoleti ok, daniele sentiti libero di modificare la pagina a tuo piacimento è un wiki! nel tagwatch aggiornato al 2010-09-29 18:00 ho trovato shop=wine 286 shop=winery 73 shop=vineyard 5 http://tagwatch.stoecker.eu/Planet/En/ignored_shop.html ok, questo può causare problemi? è meglio proporre shop=wine invece che winery? anche se penso che sia più corretto winery di wine... winery 1 vineyard 22809 vineyards 1 vinyard 2 http://tagwatch.stoecker.eu/Planet/En/ignored_landuse.html credo (spero) che landuse=vineyard si riferisca alle vigne come in http://wiki.openstreetmap.org/wiki/Proposed_features/Vineyard spero proprio di si.. almeno in trentino è così e non a questo http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dvineyard dove qualcuno questa estate ha aggiunto una descrizione che mi sembra del tutto sbagliata At a vineyard, is where the public is permitted, as sales of locally made wine is permitted, with wine-tasting. Purchases are highly encouraged, but not mandatory. chi cavolo l'ha scritta sta belinata??? Indichereste in qualche modo i vini DOC/DOCG? Mettendo solo il nome in brand senza specificare il tipo di tutela, sarebbe adatto anche per altri prodotti alimentari (IGP, DOP) e all'estero, ma non so se crea problemi con i marchi commerciali. eh non sarebbe mica una cavolata, però secondo me è meglio proporlo come un altro tag... -- Daniele Forsi ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Proposed tag: Flagpole
Segnalo che tra due giorni si chiuderà la votazione per suddetto tag che personalmente reputo piuttosto utile. Chi volesse dare il proprio voto: [¹] Ciao Alessio [¹] http://wiki.openstreetmap.org/wiki/Proposed_features/flagpole ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Proposed tag: Flagpole
scusate la domanda stupida, ma a cosa serve votare una cosa del genere quando i voti sono già tutti positivi ? Non so come funzionano le votazioni però sarà approvato di sicuro alla scadenza o sbaglio ? ciao stefano 2010/10/8 alessio klava...@gmail.com Segnalo che tra due giorni si chiuderà la votazione per suddetto tag che personalmente reputo piuttosto utile. Chi volesse dare il proprio voto: [¹] Ciao Alessio [¹] http://wiki.openstreetmap.org/wiki/Proposed_features/flagpole ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Gfoss] Mapping party a Foligno
2010/10/4 Luca Delucchi lucadel...@gmail.com: Ragazzi spero di incontrare tutti i mappers del centro-sud italia in special modo la compagine romana che dista circa 2 ore di treno lo spero anch'io. Vediamoci a Foligno. Ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Duda aplicación comercial
Buenos días. Quizás me puedan colaborar con la siguiente duda: Estoy desarrollando una aplicación comercial privada que aplica el seguimiento de activos a través de un dispositivo electrónico. ¿Puedo utilizar el api de OpenStreetMaps?. A pesar de que he estudiado los documentos de las licencias de uso aún no me queda claro. Agradezco su atención. -- Ing. Sergio Hernández Cel: 3014334236 - 3118045612 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Duda aplicación comercial
Hola Sergio, Humberto Por supuesto que si, entiendo que es posible dejando en claro los créditos Humberto para OpenStreetMap. Humberto Si, por supuesto que se puede usar, claro, si la aplicación va a atender muchos clientes, entonces lo apropiado sería que montes tu propio servidor con los datos de openstreetmap para servir los datos. También hay opción de contratar empresas que puedan ofrecer los tiles sobre sus propios servidores con la información de OSM, como de costumbre, sería absolutamente deseable que si logras hacer una buena monetización tengas eventualmente un rubro de inversión en OSM para buscar la sostenibilidad de OSM y que tu empresa de alguna forma pueda ayudar en la garantización de los servicios que prestas y todos continuemos con una simbiosis adecuada. Muchos éxitos. Humberto El 8 de octubre de 2010 09:38, Sergio Hernández Humberto sergio.hernande...@gmail.com escribió: Humberto Humberto Buenos días. Humberto Humberto Quizás me puedan colaborar con la siguiente duda: Estoy desarrollando una Humberto aplicación comercial privada que aplica el seguimiento de activos a través Humberto de un dispositivo electrónico. ¿Puedo utilizar el api de OpenStreetMaps?. A Humberto pesar de que he estudiado los documentos de las licencias de uso aún no me Humberto queda claro. Agradezco su atención. Humberto Humberto -- Humberto Ing. Sergio Hernández Humberto Cel: 3014334236 - 3118045612 Humberto Humberto ___ Humberto Talk-co mailing list Humberto Talk-co@openstreetmap.org Humberto http://lists.openstreetmap.org/listinfo/talk-co Humberto Humberto Humberto ___ Humberto Talk-co mailing list Humberto Talk-co@openstreetmap.org Humberto http://lists.openstreetmap.org/listinfo/talk-co -- Recomiendo DrGeo para explorar geometría euclidea http://documentation.ofset.org/drgeo signature.asc Description: Digital signature ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] Reunión IGN
Buenos días: yo, como supongo que alguien más por ahí, estoy ansioso por saber que pasó en esa reunión... ¿Algo de interés? ¿alguna noticia bomba o era sólo una cosa rutinaria? A ver si nos podéis contar algo, ;) Marcial El jue, 23-09-2010 a las 12:13 +0200, Iván Sánchez Ortega escribió: Buenas, El próximo día 6 me toca una reunión, como representante de OSM España, con el IGN. Mi pregunta es: ¿algún OSMero madrileño tiene ese día libre y quiere echarme una mano? Un saludo, ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar puntos en holux m-241
Pablo Gómez pgo...@espeton.com escribió: No uso el bt747 (siempre me resultó complejo y errático), sino gpsbabel, tanto en linux (modo script) como en windows (interactívamente). Si lo que quieres es subir y bajar trazas, para mí la mejor opción es gpsbabel. No he intentado bajar puntos con gpsbabel, pero debe ser algo tan sencillo como gpsbabel -w en vez de gpsbabel -t Si necesitas info concreta sobre cómo uso la utilidad, no dejes de preguntarlo. Antes de encontrarme con los problemas del sw de Holux, ya había pensado en usar gpsbabel. Me recomendaron bt747 y directo que me fui hacia él. Sin embargo, estoy encontrando problemas para que reconozca el gps. Voy a ver qué tal con gpsbabel. Y por mi parte te pregunto: para qué quieres los puntos? En realidad obtienes info textual de donde estabas en cada momento... que está bien pero nunca he sabido para qué utilizarla. Pablo G Pues lo uso para lo siguiente (espero no estar haciendo algo inútil): además de la traza, voy marcando puntos donde hay cosas de interés (unos contenedores de vidrio, una parada de autobús, un portal de un edificio,...), de forma que luego puedo localizarlos fácilmente. Vamos, a efectos prácticos sería como hacer una fotografía de cosas que me interesen y luego sincronizar con el gps para geolocalizarlas... ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar puntos en holux m-241
Pues lo uso para lo siguiente (espero no estar haciendo algo inútil): además de la traza, voy marcando puntos donde hay cosas de interés (unos contenedores de vidrio, una parada de autobús, un portal de un edificio,...), de forma que luego puedo localizarlos fácilmente. Vamos, a efectos prácticos sería como hacer una fotografía de cosas que me interesen y luego sincronizar con el gps para geolocalizarlas... lo de los puntos es solo necesario si no tienes cámara de fotos. yo lo he usado como dices y finalmente me crea un solo .gpx con la traza Y los puntos. no hace falta sincronizar unos y otros. con la cámara tendrías la traza y las fotos geoposicionadas, aunque sí hay que sincronizar los tiempos en el JOSM es muy facil y ya se ha explicado por el foro. sergio ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Recuperar límites administrativos elim inados?
Hola, no lo he usado nunca y creo que mejor mirarselo con calma, pero hay unas apps para hacer reverts y rollbacks de changesets [1]. Otra forma más laboriosa es bajarte los XML de los changesets, abrirlos conJOSM i hacer un merge a mano de la información. Para bajarte los datos, en el historial hay una opción de 'download XML' o 'download osmChanges' Salut! [1] http://wiki.openstreetmap.org/wiki/Revert On 10/08/2010 09:57 AM, Mikel Lizarralde wrote: Buenas, En un proyecto de la empresa andamos con los límites de los municipios (admin_level 8), y estaba repasando estos límites porque teníamos ciertos errores. Hay un problema que no sé cómo solucionar: el límite administrativo entre Basauri y Arrigorriaga ha sido eliminado (mejor que no mireis la historia del usuario que lo hizo porque...). Cómo podríamos recuperar este límite? Esta es la zona: http://osm.org/go/b...@poo5hnq-- He mirado si se podía volver a una versión anterior en Potlatch, pero imposible, al estar eliminado... tal vez podamos contactar con la persona que hizo la importación? gracias por la ayuda! Mikel ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jaume Figueras i Jové Ubuntu User #14347 - Linux User #504317 Universitat Politècnica de Catalunya Departament d'ESAII Edifici TR11 Rambla Sant Nebridi, 10 08222 TERRASSA Telf: +34937398621 (intern UPC: 98621) Mòbil: +34650756456 (intern UPC: 44785) Fax: +34937398628 (intern UPC: 98628) Centre de Simulació i Optimització de Processos Logístics (LogiSim) http://logisim.fib.upc.es Enginyeria de Sistemes, Automàtica i Informàtica Industrial (ESAII) http://webesaii.upc.es Universitat Politècnica de Cataluyna http://www.upc.edu ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] descargar puntos en holux m-241
El 08/10/10 08:53, bv2mu...@uco.es escribió: Pablo Gómez pgo...@espeton.com escribió: No uso el bt747 (siempre me resultó complejo y errático), sino gpsbabel, tanto en linux (modo script) como en windows (interactívamente). Si lo que quieres es subir y bajar trazas, para mí la mejor opción es gpsbabel. No he intentado bajar puntos con gpsbabel, pero debe ser algo tan sencillo como gpsbabel -w en vez de gpsbabel -t Si necesitas info concreta sobre cómo uso la utilidad, no dejes de preguntarlo. Antes de encontrarme con los problemas del sw de Holux, ya había pensado en usar gpsbabel. Me recomendaron bt747 y directo que me fui hacia él. Sin embargo, estoy encontrando problemas para que reconozca el gps. Voy a ver qué tal con gpsbabel. Y por mi parte te pregunto: para qué quieres los puntos? En realidad obtienes info textual de donde estabas en cada momento... que está bien pero nunca he sabido para qué utilizarla. Pablo G Pues lo uso para lo siguiente (espero no estar haciendo algo inútil): además de la traza, voy marcando puntos donde hay cosas de interés (unos contenedores de vidrio, una parada de autobús, un portal de un edificio,...), de forma que luego puedo localizarlos fácilmente. Vamos, a efectos prácticos sería como hacer una fotografía de cosas que me interesen y luego sincronizar con el gps para geolocalizarlas... En mi experiencia con el m241, todos los nodos de una ruta se marcan como waypoints. Por tanto siempre han sido, para mí, inidentificables y consecuentemente inútiles. Sin embargo, en la captura que adjuntaste en el primer mensaje de este hilo, veo que en tu caso no es así (hay nodos sin waypoint). En otra ocasión leí (y no recuerdo dónde) que alguien utilizaba un botón ¿? del m241 para sobremarcar los nodos como waypoints (en concreto decía que marcaba dos nodos en las mismas coordenadas espacio-tiempo) y que posteriormente el (o ella) los discernía e identificaba. Pregunta. Qué haces para marcar el punto? Siguiente, y tal como te dice Sergio en otro mensaje, no es más cómodo fotografiar? JOSM es magnífico sincronizando fotos y trazas... Y sí, se visualizan en el propio JOSM en el punto (nodo) en que la tomaste. Una vez cargas la traza, basta con que, sobre la capa de la traza recién creada importes imagenes y sincronices imagenes y traza en tiempo y voilá. Para facilitar la tarea es bueno hacer una foto a la pantalla de tu m241 en el momento de empezar tu sesión OSM. Quizá la foto adjunta te suene. Un saludo! Pablo G ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: IMG_3754-lo.JPG___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Busqueda de osm-conferenciadores en Zá rágózá
Me pasan esto por Twitter http://sindominio.net/hackmeeting/index.php?title=2010/Call4Nodes ¿Algún jynus o similar se anima? -- Celso González (PerroVerd) http://mitago.net ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es