Re: [Talk-transit] Mapping public transport network in Port au Prince
On 1 September 2011 06:03, Sébastien Pierrel sebastien.pier...@gmail.comwrote: Hello list, I'm getting the local mappers of Haiti to map the taptap routes in Port au Prince. Has anyone already mapped the transit network of a similar country? There's a brief mention of shared taxis in the wikihttp://wiki.openstreetmap.org/wiki/Shared_transportbut not very helpful. We're considering to tag relations with the following tags: type=route route=bus bus=share_taxi name=* (example http://www.openstreetmap.org/browse/relation/1734930) I found 2000+ instances of the key shared_taxi and 250 for share_taxi but I couldn't locate them. What tools would you recommend to extract relations? Eventually, we want to work on this data with qgis/postgis. I have done some work on the sharetaxi article in Wikipedia some time back, but that got massively messed some time back ( http://en.wikipedia.org/wiki/Share_taxi). My understanding is that these services vary from 'fixed route-variable times' through to completely random routes. Another question is if the services stop anywhere on the route or only at fixed points or possibly there are some fixed points and then anywhere on the route in addition. If there are fixed points then these can be added as stops. In the UK we have 'hail-and-ride' which are linear sections of route where the vehicle will stop which are treated like bus stops. We also have share taxi 'demand responsive' services and can defined 'flexible zones' as polygons where the service will pick people up from anywhere within the zone. These can then all treated as being 'bus stops'. It is still hard to describe the services themselves. Fixed routes can be added a bus routes (as in your example). If not then you may be more on your own! Here is a diagram and some modeling details from the UK schema if that helps. http://www.dft.gov.uk/transxchange/schema/2.0/examples/flexible/ I will be very interested to hear how you get on with this one. Regards, Peter Miller ITO World Ltd Feedback of all sort is much appreciated. Cheers, /Seb. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Mapping public transport network in Port au Prince
On 9/1/2011 10:02 AM, Peter Miller wrote: My understanding is that these services vary from 'fixed route-variable times' through to completely random routes. Another question is if the services stop anywhere on the route or only at fixed points or possibly there are some fixed points and then anywhere on the route in addition. I have already run into a local fixed route, pick up at any intersection on the route bus, as well as a fixed route, variable time, pick up at stop points bus. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Mapping public transport network in Port au Prince
On 09/01/2011 07:03 AM, Sébastien Pierrel wrote: Hello list, I'm getting the local mappers of Haiti to map the taptap routes in Port au Prince. Has anyone already mapped the transit network of a similar country? There's a brief mention of shared taxis in the wiki http://wiki.openstreetmap.org/wiki/Shared_transport but not very helpful. We're considering to tag relations with the following tags: type=route route=bus bus=share_taxi name=* (example http://www.openstreetmap.org/browse/relation/1734930) Hi Sébastien, You might want to have a look at route=share_taxi [1]. I have seen this being used in Russia. It's rendered on the latlon.org public transport layer; also openmap.lt used to have it (I'll ask the author what happened to it). Michael [1] http://wiki.openstreetmap.org/wiki/Tag:route%3Dshare_taxi ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [OSM-talk-be] Fietsnet using OSM
Op woensdag 31 augustus 2011 18:53:01 schreef Kurt Roeckx: On Sun, Aug 28, 2011 at 05:37:11PM +0200, Jan Herrygers wrote: In principle you can not combine licenses. Because they are all not compatible, even if they are also some kind of 'open', except for Public Domain, were you can do what you want. Licenses can be compatible, there are alot of cases of it. [...] Sadly the contributor terms require an unlimited license (like I said above). And it is that [profanity removed] unlimited license that is incompatible with the ODbL and about any other existing license except public domain. So they require that if you contribute to OSM that they can put any license they want on it, which basicly makes it very hard to add new data that's copyright by someone else. That's right. OSMF did this to make it easy to update the ODbL in the future. The upcoming change from CC to ODbL took a lot of effort (so I have heard). But that doesn't mean that as user of the OSM data you could combine the OSM data with other data under a different but compatible license. As a user you get the data under the CC-BY-SA license for now, it will be the ODbL in the near future. You can combine OSM data with other data and redistribute the result under any license that is compatible with CC-BY-SA. ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-legal-talk] Adopt a PD-Mapper ....... was Re: Refusing CT but declaring contributions as PD
Hi Michael Obviously I would clearly prefer that the mappers in question simply discover some pragmatism and get over any issues they may have with the OSMF. However that doesn't seem to happening and I would hope that giving them an alternative path to retain their data in the DB (which is not really very attractive for a number of reasons) could loosen things up a bit. Simon Am 31.08.2011 15:25, schrieb Michael Collinson: Hi Simon, Basically no. Our stance is that the only copy of their data that is accessible is what they contributed only under CC-BY-SA in a database which is published CC-BY-SA. Whilst that stance may be arguable, the number of contributors is small, (3?), there is still a paradox between making a broad PD/CC0 declaration and not accepting the more limited subset new contributor terms, and there is a simple, practical solution without involving folks in a lot of technical work. Such mappers have taken a principled and clear but minority position that OSM data should be published PD/CC0 right now and have not accepted the contributors terms to make that point. The simple practical solution is to now accept the terms having made the point. Outside the right now, the new terms do not logically conflict and provide a rational mechanism for further engagement with the OSM community on what our license should be. Mike On 31/08/2011 12:07, Simon Poole wrote: Would the LWG support assigning the change sets of mappers that have made some kind of PD/CC0 declaration, to mappers that are willing to vouch for the data and accept the CTs? At least for mappers that have not explicitly declined the CTs this would seem to be doable without creating a conflict. Simon ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Adopt a PD-Mapper ....... was Re: Refusing CT but declaring contributions as PD
On 1 September 2011 18:25, Simon Poole si...@poole.ch wrote: Obviously I would clearly prefer that the mappers in question simply discover some pragmatism and get over any issues they may have with the OSMF. That's an interesting spin on things, wouldn't the pragmatic approach be for OSM-F to work with CC to come up with a CC-by-SA license that is deemed more suitable? Not that I see anything wrong with the current license, in fact the whole exercise seems like a knee jerk reaction because some think something must be done. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Michael Kugelmann michaelk_...@gmx.de wrote on 01/09/2011 04:19:41 PM: we should replace the data not delete it! So please remap the information that needs to be removed. Of course we should, but we need to gives ourselves the tools which allow us to do this effectively and well. Lets think about the current process. When I have a v1 object that is non-CT compliant, then we have to assume the further revisions may be derivatives. If CT-agreed mappers have added tags from a survey in later revisions, then we can possibly grab those, but apart from that it is a remapping effort that needs to be undertaken. Given our tools are already designed from remapping from scratch, with the modifications that have been made to allow us to identify these objects, the remapping proceeds as per normal (survey, imagery, etc), and the tools are good. However, when we have a v2 non-CT compliant object based on a v1 CT-compliant one, it is a different story. We can't use the information added or changed in the v2 object, but sometimes the information in the v1 object can be quite useful, and this could be used as a base for the remapping. Sometimes the v2 object is even a trivial change, and the information in the v2 object isn't even a substantial improvement on the v1 object, for example an addition of a default value, or movements of an object less than the accuracy of even the best gps and imagery that we have available. In the first case, it would be useful to be able to use an earlier (CT-compliant) version of a object as the basis for editing, and make it apparent in the database this has happened (by hiding the non-CT revision). In the second case, we have to ask the question of whether having these trivial improvements in the database actually cause us substantial effort for little gain, especially if they may cause us later (either by editing, or by automation) to discard work derived from these releases that we really shouldn't have to. Our tools are designed to keep whatever history they can in a chain, and work with the latest versions. They aren't currently suited to this task. The objective is a CT-clean database, with the absolute minimum data loss. The discussion is about the best way to accomplish that, especially where we have CT-agreed versions of objects that we want to leverage. Ian.___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Big mess- fight or flee?
Hi everyone, I have been mapping in Korea a lot. In July I discovered a problem because I took a trip to an area I had mapped before. When I went to use my new data to check against the map I thought I was going mad. I was sure I had mapped certain roads, and they were there on the map, but my name was no longer in the history. In fact, there seemed to be only one version of the road in existence. Here is one way I know I mapped: http://www.openstreetmap.org/browse/way/44818037 It was deleted as part of this changeset, which is rather large: http://www.openstreetmap.org/browse/changeset/7300872 Here's another: http://www.openstreetmap.org/browse/way/83432223/history From this large changeset: http://www.openstreetmap.org/browse/changeset/7575051 I contacted the mapper responsible, who apologised to me and basically said that they messed something up, or something went wrong during the editing session, couldn't fix it, so did the best they could to put things back. So, I am happy that it was not malicious, but not happy that a lot of my work (and others' work) has been lost/needlessly altered, and there is no continuity in the history. Anyway, I'd like to know what is the best course of action. I still have my GPS traces and photos of streetsigns and other detail, so I could reload it and re-map the area, but it's a big area... Should I... a) Ask someone to investigate what happened and show me what tools to use to recover/restore deleted data, bearing in mind that the current data seems to be identical and would overlap restored data? b) Check/re-map the areas using whatever data I have? c) Ignore the issue? d) None of the above I know that in some ways the database is 'self-healing' since mappers who spot discrepancies (due to whatever cause) will fix them. But these errors don't need to be discovered- I know they are there (and now you do too!). I also wonder if there should be some mechanism to stop (or at least draw attention to) massive edits/deletions before too much time goes by. Thanks, Andrew ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
What about this case: v1 is CT-compliant. v2 adds a new tag and is not CT-compliant. Then, v3 changes this tag and adds a bunch of other tags. Will these other tags be considered compliant? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On Thu, Sep 1, 2011 at 2:57 AM, Ian Sergeant iserg...@hih.com.au wrote: When I have a v1 object that is non-CT compliant, then we have to assume the further revisions may be derivatives. Why do we have to assume this? If CT-agreed mappers have added tags from a survey in later revisions, then we can possibly grab those, but apart from that it is a remapping effort that needs to be undertaken. How can that remapping effort avoid making a derivative? However, when we have a v2 non-CT compliant object based on a v1 CT-compliant one, it is a different story. Sure, but how do we recognize a v1 CT-compliant object? The average mapper does not have the legal expertise to determine CT compliance. The objective is a CT-clean database, with the absolute minimum data loss. The discussion is about the best way to accomplish that, especially where we have CT-agreed versions of objects that we want to leverage. I would suggest that having amateurs determine what is and is not compliant is most certainly not the best way to accomplish this. Furthermore, the goal is not to have a CT-clean database. You already have a CT-clean database. The goal, apparently, is to have an ODbL-clean database. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On Thu, Sep 1, 2011 at 12:44 PM, Anthony o...@inbox.org wrote: Furthermore, the goal is not to have a CT-clean database. You already have a CT-clean database. The goal, apparently, is to have an ODbL-clean database. I think you mean a CT-clean contributor-base. Much of the database content is un-infected by the CTs. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
On Thu, Sep 1, 2011 at 8:14 AM, 80n 80n...@gmail.com wrote: On Thu, Sep 1, 2011 at 12:44 PM, Anthony o...@inbox.org wrote: Furthermore, the goal is not to have a CT-clean database. You already have a CT-clean database. The goal, apparently, is to have an ODbL-clean database. I think you mean a CT-clean contributor-base. Much of the database content is un-infected by the CTs. What I mean is that the database is compatible with the CTs, as the CTs allow the database to be released under CC-BY-SA. Alternatively put, the CTs do not require any content to be removed. Licensing the database under the ODbL *would* require content to be removed. But the CTs do not require this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Big mess- fight or flee?
On Thu, Sep 1, 2011 at 2:20 AM, Andrew Errington a.erring...@lancaster.ac.uk wrote: Should I... a) Ask someone to investigate what happened and show me what tools to use to recover/restore deleted data, bearing in mind that the current data seems to be identical and would overlap restored data? b) Check/re-map the areas using whatever data I have? c) Ignore the issue? d) None of the above I know that in some ways the database is 'self-healing' since mappers who spot discrepancies (due to whatever cause) will fix them. But these errors don't need to be discovered- I know they are there (and now you do too!). I also wonder if there should be some mechanism to stop (or at least draw attention to) massive edits/deletions before too much time goes by. There are tools to revert changesets but I think too much time has passed since this change for them to be used easily since there will be lots of conflicts with things that have been touched since then. If the user had asked for help immediately when they noticed the mistake, things could have been reverted easily. As for detecting these changes... Do you know about OWL[1]? Although this may not be much help since it sounds like this didn't happen in your home area. You can watch change feeds from anywhere but at some point a large enough area will start to overwhelm someone trying to watch it. I personally usually have a copy of LiveMapViewer[2] running at home. Every once in a while I check on activity I see. I have found a couple instances of new users being clueless and have been able to contact them and resolve things quickly. I think that's about all we have at the moment. [1] http://wiki.openstreetmap.org/wiki/OWL_(OpenStreetMap_Watch_List) [2] http://wiki.openstreetmap.org/wiki/LiveMapViewer Toby ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Removing non-CT data method?
It seems to me to be premature to start removing map features. Edit, remap from aerial and acceptable sources would be OK, IMO. Just not something I'll be spending time on. I was checking out a local change and was surprised that the church was missing since it is a prominent local feature that I drive by frequently. So I added it back. Then I looked at a local area extract to find it in the history: http://www.openstreetmap.org/browse/node/469532416/history The last 2 edit authors have accepted the CTs, but the feature is still deleted? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
On 9/1/2011 5:39 PM, Mike N wrote: http://www.openstreetmap.org/browse/node/469532416/history The last 2 edit authors have accepted the CTs, but the feature is still deleted? Looks like vandalism by rw__. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
Why? it's replaced by a building polygon. so it's improvement of data and license status. On Thu, Sep 1, 2011 at 3:06 PM, Nathan Edgars II nerou...@gmail.com wrote: On 9/1/2011 5:39 PM, Mike N wrote: http://www.openstreetmap.org/**browse/node/469532416/historyhttp://www.openstreetmap.org/browse/node/469532416/history The last 2 edit authors have accepted the CTs, but the feature is still deleted? Looks like vandalism by rw__. __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
Look at the whole change set, notably, it includes adding this way: http://www.openstreetmap.org/browse/way/128541629 Bob if (*ra4 != 0xffc78948) { return false; } On 1 Sep 2011, at 23:06, Nathan Edgars II wrote: On 9/1/2011 5:39 PM, Mike N wrote: http://www.openstreetmap.org/browse/node/469532416/history The last 2 edit authors have accepted the CTs, but the feature is still deleted? Looks like vandalism by rw__. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
On 9/1/2011 6:20 PM, Thomas Davie wrote: Look at the whole change set, notably, it includes adding this way: http://www.openstreetmap.org/browse/way/128541629 Which was (and is) not labeled as the church. Mike had to add the church back: http://www.openstreetmap.org/browse/node/1420378996 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
On 9/1/2011 6:14 PM, Apollinaris Schoell wrote: Why? it's replaced by a building polygon. so it's improvement of data and license status. The building polygon has no tags except building=yes. An anonymous building has less value to OSM than a searchable POI in my opinion. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How to start to remove non-CT compliant data..
Павел Фомин pavel...@yandex.ru wrote on 01/09/2011 09:24:30 PM: What about this case: v1 is CT-compliant. v2 adds a new tag and is not CT-compliant. Then, v3 changes this tag and adds a bunch of other tags. Will these other tags be considered compliant? This highlights one of the issues. The v3 may or not be derived, and telling whether it is will depend on a curious blend of logical heuristics, subsequent human evaluation combined with an assessment against developing multi-national legal precedents. At the end of the day we may choose to radically include a v3 object where all non-CT-compliant tags have been overwritten or removed, or we may conservatively choose to remove anything that has a possibility of being tainted by an earlier revision. If the v3 editor can optionally just modify the v1 CT-compliant version of the object, then the problem is minimised, and the task simplified. Ian. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
You have been too fast in adding them and fix the data. Certainly agree that a building alone has not much value. drawing nice looking maps is not much value compared to a verified POI On Thu, Sep 1, 2011 at 5:34 PM, Mike N nice...@att.net wrote: On 9/1/2011 6:14 PM, Apollinaris Schoell wrote: Why? it's replaced by a building polygon. so it's improvement of data and license status. The building polygon has no tags except building=yes. An anonymous building has less value to OSM than a searchable POI in my opinion. __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Removing non-CT data method?
On 9/1/2011 9:08 PM, Apollinaris Schoell wrote: You have been too fast in adding them and fix the data. Certainly agree that a building alone has not much value. drawing nice looking maps is not much value compared to a verified POI I can't figure out what you're trying to say or who you're directing it at. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Mapnik rendering
highway=ford is not rendering on Mapnik, eg: http://www.openstreetmap.org/?lat=-35.50894lon=149.67154zoom=17layers=M I believe it should. I have no idea who to raise this issue with, or how. Before I spend more time looking, does somebody happen to know? John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing streets in Sydney
On 30 August 2011 16:41, Steve Bennett stevag...@gmail.com wrote: 1) Roads without names are almost as valuable as roads with names for certain uses. (Eg, choosing a route to save to a GPS works just as well without names) One way streets? Roads with barriers at the end of them? Roads with no entry signs? Cross country roads that are private and gated? Through roads mapped as service roads, and v.v? 2) There are strong arguments that there is no copyright in street names. If that argument is ever developed, we could easily fill in all the street names from other sources without doing the ground surveying. The amount of incorrect names, roads, etc in other maps sources verges on the absurd. In my local area I could point to tens of examples of streets on other maps sources with the wrong names. I'd like to think the survey and consequent accuracy is an integral part of OSM. And seriously, if we OSM ended up being traces with imported street names? I shudder to think.. Surveying suburban streets by GPS these days makes about as much sense as using a horse and cart on a freeway... This tracing vs survey argument is as old as OSM is. My vision of OSM is to get take a different route on the bike, or see more of a town when you are passing through, or even go for a walk around streets in your local area, rather than being a mechanical turk in front of a computer screen, but each to their own. Sometimes there is no alternative to tracing, but I think tracing without actually ever having placed a foot on the ground in the area, leads to a significantly poorer quality map, and you don't need to delve to far into the database for evidence of that.. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapnik rendering
On 02/09/11 10:16, Ian Sergeant wrote: Hi, I'm pretty sure mapnik doesn't render highway=ford on a way. It is probably for the best that it doesn't, IMO. See http://forum.openstreetmap.org/viewtopic.php?pid=7510#p7510 and http://wiki.openstreetmap.org/wiki/Stylesheet for information on what is included in the stylesheets. And http://trac.openstreetmap.org/ticket/2944 for a trac item about rendering fords. And the wiki for the discussion on tagging fords at the expense of the type of the underlying highway. Thanks for that info. I'm still puzzled as to what you mean by tagging fords at the expense of the type of the underlying highway. I actually hope I'm not missing something obvious. I did have that way tagged as highway=unclassified and ford=yes, but the OSM wiki wording suggests that's for places which just might get wet. The ford I'm concerned with is long, is the river bed of the Shoalhaven River, and is always submerged. So the wiki is adamant it's highway=ford. Have I missed some alternative way of having OSM show that the road at the river is a through road, and doesn't just stop at either side? John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapnik rendering
Hi, I'm pretty sure mapnik doesn't render highway=ford on a way. It is probably for the best that it doesn't, IMO. See http://forum.openstreetmap.org/viewtopic.php?pid=7510#p7510 and http://wiki.openstreetmap.org/wiki/Stylesheet for information on what is included in the stylesheets. And http://trac.openstreetmap.org/ticket/2944 for a trac item about rendering fords. And the wiki for the discussion on tagging fords at the expense of the type of the underlying highway. Ian. On 2 September 2011 08:10, John Henderson snow...@gmx.com wrote: highway=ford is not rendering on Mapnik, eg: http://www.openstreetmap.org/?**lat=-35.50894lon=149.67154** zoom=17layers=Mhttp://www.openstreetmap.org/?lat=-35.50894lon=149.67154zoom=17layers=M I believe it should. I have no idea who to raise this issue with, or how. Before I spend more time looking, does somebody happen to know? John H __**_ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-auhttp://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Missing streets in Sydney
On Thu, Sep 1, 2011 at 8:40 PM, Ian Sergeant inas66+...@gmail.com wrote: On 30 August 2011 16:41, Steve Bennett stevag...@gmail.com wrote: Surveying suburban streets by GPS these days makes about as much sense as using a horse and cart on a freeway... This tracing vs survey argument is as old as OSM is. My vision of OSM is to get take a different route on the bike, or see more of a town when you are passing through, or even go for a walk around streets in your local area, rather than being a mechanical turk in front of a computer screen, but each to their own. Personally I very much agree with this. I'd never spend my time tracing the roads of some boring suburb that I have no personal ties to. But I'm very glad that not everyone feels this way. Sometimes there is no alternative to tracing, but I think tracing without actually ever having placed a foot on the ground in the area, leads to a significantly poorer quality map, and you don't need to delve to far into the database for evidence of that.. Obviously a map is potentially better if one adds foot-on-the-ground surveying to whatever other methods you are using. But that's about all one can say. Tracing is quite often more accurate and/or precise than using a GPS. If high res imagery is available, and it appears to be well aligned, I'm pretty much always going to use that rather than GPS tracks, even if I have done a foot-on-the-ground survey. Put another way, unless your survey equipment is something equivalent to a google car (http://www.flickr.com/photos/stewb2008/5840727837/) or google bike (http://searchengineland.com/google-woos-brits-with-bike-based-street-view-project-19519), foot/tire-on-the-ground surveying without using high res imagery also invariably leads to a significantly poorer quality map. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapnik rendering
Quoting John Henderson snow...@gmx.com: highway=ford is not rendering on Mapnik, eg: http://www.openstreetmap.org/?lat=-35.50894lon=149.67154zoom=17layers=M I believe it should. I have no idea who to raise this issue with, or how. Before I spend more time looking, does somebody happen to know? John H I've been using highway=* ford=yes. On my trip to SA a few months ago, I added a few fords to major roads in rural areas (usually dry). Mark P. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapnik rendering
On 2 September 2011 11:26, John Henderson snow...@gmx.com wrote: On 02/09/11 10:16, Ian Sergeant wrote: Hi, I'm pretty sure mapnik doesn't render highway=ford on a way. It is probably for the best that it doesn't, IMO. See http://forum.openstreetmap.**org/viewtopic.php?pid=7510#**p7510http://forum.openstreetmap.org/viewtopic.php?pid=7510#p7510and http://wiki.openstreetmap.org/**wiki/Stylesheethttp://wiki.openstreetmap.org/wiki/Stylesheetfor information on what is included in the stylesheets. And http://trac.openstreetmap.org/**ticket/2944http://trac.openstreetmap.org/ticket/2944 for a trac item about rendering fords. And the wiki for the discussion on tagging fords at the expense of the type of the underlying highway. Thanks for that info. I'm still puzzled as to what you mean by tagging fords at the expense of the type of the underlying highway. I actually hope I'm not missing something obvious. I did have that way tagged as highway=unclassified and ford=yes, but the OSM wiki wording suggests that's for places which just might get wet. The ford I'm concerned with is long, is the river bed of the Shoalhaven River, and is always submerged. So the wiki is adamant it's highway=ford. Have I missed some alternative way of having OSM show that the road at the river is a through road, and doesn't just stop at either side? See http://wiki.openstreetmap.org/wiki/Key:ford for the discussion I'm referring to. Of course you can follow having highway=ford, and highway=unclassified ford=yes to mean different things, but in my opinion that is counter-intuitive. So, if I were you, I would either use highway=ford on a node, rather than a way, or use highway=unclassified, ford=yes. Any any event, the mapnik layer isn't (by intention) currently going to render highway=ford on a way. Ian. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Mapnik rendering
On 02/09/11 12:44, Ian Sergeant wrote: So, if I were you, I would either use highway=ford on a node, rather than a way, or use highway=unclassified, ford=yes. Thanks. I'll put it back to that again. John H ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] [VOTING] neue barrier-typen
Wer gerne über neue barrier typen abstimmen will, kann das seit gerade eben tun. Das Proposal ist vor ca. einem Jahr nach Diskussionen hier entstanden. Vorgeschlagene Werte u.a. für Leitplanken, Baumstämme, Ketten, Betonblöcke, Drehkreuze, Vereinzelungsanlagen, ... und für zusätzlich installierte Systeme und Features wie RFID, Video, Magnetkarten, Pförtner, etc. http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Wir experimentieren z.Zt. mit unserem TagFinder (http://152.96.56.32/poiservice/tagfinder ) und möchten damit die schnelle Suche nach OSM-Tags verbessern (vgl. Thread Taginfo Ideen ... vom 1. Mai 2011 auf Talk-de). Nebst der Übersetzung (z.B. de=en) - z.Zt. mangels Besserem mit dem Microsoft Translator Service - ist einer der entscheidenden Punkte, dass Synonyme und verwandte Begriffe gefunden werden. Beispiel: Man sucht nach Kirche und erhält amenity=place_of_worhsip als Antwort. Die Übersetzung Kirche=Church führt da nicht zum Ziel. Es ist eine kontrollierte Wortliste (Thesaurus) nötig, d.h. Synonyme und verwandte Begriffe. Diese sind z.T. OpenStreetMap-spezifisch und können nicht mit einem allgemeinen Thesaurus gefunden werden (wobei z.B. http://www.openthesaurus.org nützliche Dienste erweist). = Ich schlage daher vor, verwandte Begriffe - sog. RelatedTerms - im OSM-Wiki zu erfassen. Diese RelatedTerms können durch die Community aktuell gehalten werden (ich würde gerne mit gutem Beispiel vorangehen). Natürlich wäre es präziser, wenn nebst RelatedTerms auch Synonyme und Ober-/Unterbegriffe verwendet würden. Aber das scheint mir zu kompliziert (viele gehen ja lieber mappen statt dokumentieren). = Zur Erfassung und zum leichten Auslesen nehme ich Wiki-Templates. Das sähe dann in der rohen Wiki-Seite (z.B. http://wiki.openstreetmap.org/wiki/DE:Tag:amenity%3Dplace_of_worship ) so aus (z.B. unten in der Nähe der Kategorien): {{RelatedTerm|DE_de|Kirche}} {{RelatedTerm|DE_de|Moschee}}, {{RelatedTerm|DE_de|Synagoge}}, {{RelatedTerm|DE_de|Andachtsgebäude}} {{RelatedTerm|DE_ch|Gebetshaus}} Die RelatedTerms werden durch den Update-Prozess von Taginfo vorgängig aus den Wiki-Seiten ausgelesen und in der Taginfo DB abgelegt (macht er jetzt schon für das Template Tag). Die RelatedTerms-Listen stehen dann über die schnelle Taginfo API zur Verfügung. Der Bevorzugte Begriff (PreferredTerm, bzw. Preferred Tag) wird übrigens über ein anderes Taginfo API eruiert, das eine Tag-Statistik zurückgibt. Theoretisch liessen sich Teile des Codes dann direkt in die Taginfo-Suche einbauen (das Taginfo API wird ja jetzt schon genutzt). = Anregungen, Kommentare? Grüsse, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 1. September 2011 18:57 schrieb Stefan Keller sfkel...@gmail.com: Nebst der Übersetzung (z.B. de=en) - z.Zt. mangels Besserem mit dem Microsoft Translator Service - ist einer der entscheidenden Punkte, dass Synonyme und verwandte Begriffe gefunden werden. evtl. könnte da auch die Vorarbeit in den JOSM Presets helfen? Die sind ja in div. Sprachen übersetzt. Beispiel: Man sucht nach Kirche und erhält amenity=place_of_worhsip als Antwort. Die Übersetzung Kirche=Church führt da nicht zum Ziel. je nachdem, building=church ist ja auch in Gebrauch. = Ich schlage daher vor, verwandte Begriffe - sog. RelatedTerms - im OSM-Wiki zu erfassen. Diese RelatedTerms können durch die Community aktuell gehalten werden (ich würde gerne mit gutem Beispiel vorangehen). Natürlich wäre es präziser, wenn nebst RelatedTerms auch Synonyme und Ober-/Unterbegriffe verwendet würden. Aber das scheint mir zu kompliziert (viele gehen ja lieber mappen statt dokumentieren). das finde ich eine gute Idee. Solche Listen könnten mittelfristig evtl. diese How to tag a...-Seiten u.ä. ersetzen/ergänzen und würden sich nicht mit dem Problem rumschlagen müssen, dezentrale Seiten aktuell halten zu müssen (weil man die jeweils in der Feature-Seite ergänzen würde, oder?). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 01.09.2011 18:57, schrieb Stefan Keller: Theoretisch liessen sich Teile des Codes dann direkt in die Taginfo-Suche einbauen (das Taginfo API wird ja jetzt schon genutzt). = Anregungen, Kommentare? Ist geplant/denkbar, die so zusammengetragenen Begriffe auch zur Verbesserung der Suche nach Editor-Vorlagen (z.B. in JOSM) zu nutzen? Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 1. September 2011 19:54 schrieb Tobias Knerr o...@tobias-knerr.de: Ist geplant/denkbar, die so zusammengetragenen Begriffe auch zur Verbesserung der Suche nach Editor-Vorlagen (z.B. in JOSM) zu nutzen? Die Beschleunigung und das geplante, ergänzte API basieren darauf, dass bestimmte Vorlagen (Wiki-Template) in der Taginfo DB gezielt aus dem Wiki-Rohtext herausgefilter und in abgelegt werden. Es wäre höchstens denkbar, dass alles im Wiki-Text nach Template ausschaut (also mit {{ beginnt und mit }} aufhört) in einem bestimmten Attribut abgelegt wird. Aber ich verstehe den Zweck noch nicht und kenne auch die Implementation der Suche nach Editor-Vorlagen in JOSM nicht (wobei JOSM Editor-Vorlagen doch sowieso eigentlich etwas anders sind, oder?). LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 1. September 2011 19:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. September 2011 18:57 schrieb Stefan Keller sfkel...@gmail.com: Nebst der Übersetzung (z.B. de=en) - z.Zt. mangels Besserem mit dem Microsoft Translator Service - ist einer der entscheidenden Punkte, dass Synonyme und verwandte Begriffe gefunden werden. evtl. könnte da auch die Vorarbeit in den JOSM Presets helfen? Die sind ja in div. Sprachen übersetzt. Was meinst du genau? Jedenfalls liest Taginfo bereits die Datei http://josm.openstreetmap.de/svn/trunk/styles/standard/elemstyles.xml ein, so dass deren Tags im Taginfo gefunden werden: vgl. http://taginfo.openstreetmap.ch/keys/amenity#josm = Ich schlage daher vor, verwandte Begriffe - sog. RelatedTerms - im OSM-Wiki zu erfassen. (...) das finde ich eine gute Idee. Solche Listen könnten mittelfristig evtl. diese How to tag a...-Seiten u.ä. ersetzen/ergänzen und würden sich nicht mit dem Problem rumschlagen müssen, dezentrale Seiten aktuell halten zu müssen (weil man die jeweils in der Feature-Seite ergänzen würde, oder?). Genau, die Terms gehören am besten in die Feature-Seite. Meinst du http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A/Liste_der_Objekte? Ja; das kommt nahe, denn es werden die vorhandenen Objekten in der OSM-Datenbank analysiert. Was noch fehlt, ist die dem Term zugeordnete Kategorie. = Gibt es denn schon einen konsolidierten Vorschlag, welche Kategorien es gibt? In erwähnter Liste sind es Bahn, Energie, Im Ort, Kultur, , Landlächen, Maße, Religion, Seefahrt, Sport, Straßen und Wege, Tourismus, Wasser.. In Potlatch2 und JOSM sind es glaube ich andere. LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 1. September 2011 20:40 schrieb Stefan Keller sfkel...@gmail.com: Am 1. September 2011 19:06 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 1. September 2011 18:57 schrieb Stefan Keller sfkel...@gmail.com: Nebst der Übersetzung (z.B. de=en) - z.Zt. mangels Besserem mit dem Microsoft Translator Service - ist einer der entscheidenden Punkte, dass Synonyme und verwandte Begriffe gefunden werden. evtl. könnte da auch die Vorarbeit in den JOSM Presets helfen? Die sind ja in div. Sprachen übersetzt. Was meinst du genau? dass bezog sich auf den MS-Translator und gemeint war, dass man als Ausgegangspunkt evtl. die Übersetzungen der Presets auslesen könnte, da sind ja schon die gängigsten Tags übersetzt. Genau, die Terms gehören am besten in die Feature-Seite. +1 Meinst du http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A/Liste_der_Objekte? Ja; das kommt nahe, denn es werden die vorhandenen Objekten in der OSM-Datenbank analysiert. Was noch fehlt, ist die dem Term zugeordnete Kategorie. m.E. würde so eine Liste damit großteils überflüssig werden, zumindest als von Hand gewartete Zusammenstellung. Man würde einfach den Suchbegriff (was man taggen will) eingeben und über die Synonym-Suche und die Übersetzungswerte jeweils direkt dynamisch tagging-Vorschläge (bzw. Links zu den Feature-Seiten) bekommen. Zusätzlich wäre in so einem Service sicher auch interessant, übliche Tag-kombinationen angezeigt zu bekommen, (name, address-tags, bei einer Kirche z.B. building=church, religion und denomination-key, service_times, opening_hours, wikipedia, etc.) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ODbL Statistik für V1 Objekte
Es sind jetzt Zahlen für alle deutschen Bundesländer verfügbar und dazu noch ein paar weitere Verbesserungen. Bitte neu über http://odbl.poole.ch zugreifen. Simon Am 26.08.2011 11:09, schrieb Simon Poole: In der Zwischenzeit hab ich angefangen die Extrakte mit den GeoFabrik Grenzpolygonen zu produzieren. Dies hat eher wenig Einfluss auf die Zahlen gehabt (ausser Polen), die Mapperliste ist aber natürlich jetzt sauberer. Die Zahlen sind auf jeden Fall besser als gedacht, und die unsägliche Panikmacherei im deutschen Forum sicher nicht nötig. Das in Deutschland aber noch viel Verbesserung drin liegen würde ist klar, vergleicht man z.B. mit der Schweiz (ähnliche Demographie und auch keine grossen Imports, im Gegensatz zu z.B. die Niederlande). Ich hab vor die Zahlen noch für weitere Länder online zu stellen (es sind jetzt schon einige mehr dabei), es braucht nur relativ viel Zeit die Extrakte zu produzieren. Falls jemand gerne so ein bestimmtes Full-History Extrakt hätte, bitte via OSM-Konto bei mir melden. Simon Am 19.08.2011 16:51, schrieb Simon Poole: Ich hab (auf Anstoss von Dirk Merettig) noch einen Fehler gefunden (vermutlich nicht den letzten), der dazu geführt hat, dass in gewissen Konstellationen gelöschte Objekte doch mitgezählt wurden. Ist korrigiert und hab auch noch ein paar andere Verbesserungen eingebaut. Berlin und Deutschland sind neu generiert, die weltweiten Statistiken werden wohl erst morgen früh wieder verfügbar sein. Es gibt eine Eingangsseite mit ein paar Erklärungen hier: http://he.poole.ch/odblv1.html Simon Am 16.08.2011 16:38, schrieb Simon Poole: Ich wollte schon länger etwas belastbarere Zahlen haben als die auf odbl.de und habe heute mal das ursprüngliche Statistikskript so modifiziert, dass nur über V1 Objekte (die nicht gelöscht sind, also venn Version 111 jetzt noch sichtbar ist, schau ich V1 dieses Ojektes an) und ihre Ersteller buchgeführt wird. Als Datenbasis hab ich mal die full-history Extrakte von Peter Körner für Deutschland und Berlin verwendet. Die Resultate gibt es hier (rot== abgelehnt, gelb=(noch)keine Antwort): http://he.poole.ch/berlin.html http://he.poole.ch/germany.html Ich hab das ganze stichprobenmässig auf Plausibilität geprüft und hab nichts offensichtlich falsches gefunden, bin aber sicher das es trotzdem noch tonnenweise Bugs hat. Simon ___ 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 ___ 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] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 01.09.2011 20:19, schrieb Stefan Keller: Am 1. September 2011 19:54 schrieb Tobias Knerr o...@tobias-knerr.de: Ist geplant/denkbar, die so zusammengetragenen Begriffe auch zur Verbesserung der Suche nach Editor-Vorlagen (z.B. in JOSM) zu nutzen? [...] Aber ich verstehe den Zweck noch nicht und kenne auch die Implementation der Suche nach Editor-Vorlagen in JOSM nicht (wobei JOSM Editor-Vorlagen doch sowieso eigentlich etwas anders sind, oder?). Ich denke folgenden Anwendungsfall: Der Benutzer will mit JOSM ein Objekt als Moschee taggen. Er drückt F3, gibt Moschee ein und findet nichts, obwohl eine Vorlage (= Preset) dafür existiert - nur eben unter anderem Namen. Es scheint mir, dass das Problem eng verwandt ist: Es geht darum, diejenigen JOSM-Vorlagen zu finden, die das Tag mit dem RelatedTerm Moschee setzen können. Und Begriffskataloge getrennt zu pflegen, erscheint nicht so sinnvoll, also würde sich eine Verwendung doch auch für diesen Zweck anbieten. Ist aber klar, dass ihr euch nicht um alles kümmern könnt. Mir ist dieser potentielle zusätzliche Anwendungsfall solcher Wiki-Templates nur spontan eingefallen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RelatedTerms im Wiki zur verbesserten Tag-Suche
Am 2. September 2011 00:59 schrieb Tobias Knerr o...@tobias-knerr.de: Am 01.09.2011 20:19, schrieb Stefan Keller: Am 1. September 2011 19:54 schrieb Tobias Knerr o...@tobias-knerr.de: Ich denke folgenden Anwendungsfall: Der Benutzer will mit JOSM ein Objekt als Moschee taggen. Er drückt F3, gibt Moschee ein und findet nichts, obwohl eine Vorlage (= Preset) dafür existiert - nur eben unter anderem Namen. Jetzt verstehe ich. Das macht Sinn. Vorerst müsste man zum TagFinder (später Taginfo) im Browser wechseln und müsste dort nochmals Moschee eingeben, um amenity=place_of_worship zu erhalten. Dann käme noch Religion, was aber eine einfach Suche übersteigt und bei JOSM-Presets besser geht. Es scheint mir, dass das Problem eng verwandt ist: Es geht darum, diejenigen JOSM-Vorlagen zu finden, die das Tag mit dem RelatedTerm Moschee setzen können. Und Begriffskataloge getrennt zu pflegen, erscheint nicht so sinnvoll, also würde sich eine Verwendung doch auch für diesen Zweck anbieten. Stimmt, man könnte eine Synonym-Liste generieren. Die müsste dann aber separat in den JOSM-Presets-Code eingebaut werden. Reine Tag-Listen mit Beschreibungen wie Tagwatch Descriptions (http://wiki.openstreetmap.org/wiki/Tagwatch/Descriptions/ ) könnten jetzt schon mit den Mitteln von Taginfo ersetzt werden: http://taginfo.openstreetmap.ch/tags/amenity=place_of_worship#wiki Das alles bedingt aber, dass die Tags - und nun auch verwandte Begriffe - konsequent im Wiki gepflegt werden (wie z.B. http://wiki.openstreetmap.org/wiki/Tag:amenity=place_of_worship). Jochen rechnete an der SOTM in Wien vor, dass nur 800 - d.h. 3% - der Tags einen Wiki-Eintrag hätten (http://sotm-eu.org/slides/13_JochenTopf_Taginfo.pdf ). Das ist zuwenig - auch wenn darunter vielleicht die 100 Wichtigsten sind. LG, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Mini-micro raduno a Roma ? 23-25 Settembre
Mi sono preso la libertà di scrivere che pedaleremo, se qualcuno non ha voglia o tempo possiamo semplicemente incontrarci (prima oppure dopo la pedalata) http://wiki.openstreetmap.org/wiki/Pedalata_nella_storia_2011 Saluti /niubii/ Il 30 agosto 2011 18:02, niubii f.pelu...@gmail.com ha scritto: Sì, siamo sicuri. :-) Ciao /niubii/ Il 30 agosto 2011 17:13, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/8/30 niubii f.pelu...@gmail.com: Si. Mettiamo l'evento sul wiki? se siamo sicuri che al meno uno viene, si. ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Situazione in Campania
Io ogni tanto ci passo e confermo che è un casino. Di' al tuo amico di iscriversi alla ml, il primo passo è fare delle domande. Potremmo fare come alcuni utenti stranieri, che ormai non sanno più cosa mappare ed espatriano per trovare territori vergini. Ciao /niubii/ Il 31 agosto 2011 16:41, Stefano Droghetti stefano.droghe...@gmail.com ha scritto: Stavo chiacchierando con un mio amico che vive a Battipaglia (SA), che mi faceva notare come OSM dalle sue parti sia impossibile da usare, Addirittura, mi dice, in tutta Avellino nemmeno ci sono i nomi delle strade. Lui non sa fare nulla col PC e non si azzarda a provare a inserirli, e quindi gli ho consigliato di sentire i LUG locali. Sorpresa: sia Avellino sia Salerno non hanno nemmeno il LUG! C'era, ma è inattivo da anni. :-O A questo punto mi è venuto in mente di chiedere qui in ML se c'è qualcuno che baita in meridione e se conosce com'è la situazione lì e come eventualmente migliorarla. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
Il 30 agosto 2011 23:04, Andrea Gelmini andrea.gelm...@lugbs.linux.it ha scritto: Tanto per dirne uno, è stato aperto un ticket perché non trova Paris, France. Questo è interessante. Dici che valga la pena aprire un ticket uguale per Arcavacata, o che risolto il problema di uno, tutto si risolva? :-) Non mi dispiace l'idea di sistemare anche altri piccoli problemi di altri progetti, collateralmente alle necessita' della LugMap. Se mi date qualche indicazioni sul chi contattare/rompere le scatole, posso vedere comunque di insistere. Anche perché di comportamenti buffi ne sono emersi.¹ http://wiki.openstreetmap.org/wiki/Nominatim#Bugs_.2F_Error_reporting Grazie in anticipo. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] OSMF Elections
Io ho votato, e voi? -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
2011/9/1 Edoardo Marascalchi edoa...@edoardomarascalchi.it: Io ho votato, e voi? +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
Non mi è chiaro se posso assegnare quattro voti alla stessa persona oppure no. Ciao /niubii/ Il 01 settembre 2011 13:06, Edoardo Marascalchi edoa...@edoardomarascalchi.it ha scritto: Io ho votato, e voi? -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Bandiera OSM su pixart.it
Ciao a tutti, segnalo che su Pixart.it è attiva una promozione per la stampa sui tessuti (per i possessori di P.IVA e fino ad esaurimento scorte). Io sto preparando un ordine per una bandiera con il logo di OSM, se c'e' qualcun altro interessato possiamo fare un ordine cumulativo. Tessuto 161x100 consegna in 7 giorni circa Euro 4.20 più IVA più trasporto Non ho inserito nè la cucitura sul bordo, nè asole nè altro (il prezzo lievita esponenzialmente). Nel caso, porto il telo alla mia mamma e la incateno alla macchina per cucire. Ci sono interessati? L'idea è quella di stampare il logo vecchio (meno colori, si vede meglio il codice binario nella lente) con una scritta Openstreetmap Italia o qualcosa del genere. Se qualcuno ha tempo/voglia di elaborare un bozzetto... Aspetto eventuali interessati fino a lunedi, poi inserisco l'ordine. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
No, devi nominare al massimo 4 persone. Il giorno 01 settembre 2011 14:13, niubii f.pelu...@gmail.com ha scritto: Non mi è chiaro se posso assegnare quattro voti alla stessa persona oppure no. Ciao /niubii/ Il 01 settembre 2011 13:06, Edoardo Marascalchi edoa...@edoardomarascalchi.it ha scritto: Io ho votato, e voi? -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
On Thu, 1 Sep 2011 13:24:55 +0200, niubii wrote: [..] Tessuto 161x100 consegna in 7 giorni circa Euro 4.20 più IVA più trasporto Quanto sarebbe il trasporto? :) Ciao, David -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
fatto! Il 01 settembre 2011 13:06, Edoardo Marascalchi edoa...@edoardomarascalchi.it ha scritto: Io ho votato, e voi? -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Ciao! Io sono interessato! Ne prenderei anche 2-3! :) Per i miei gusti ometterei Italia e metterei solo OpenStreetMap.org (cammellato) però possiamo discuterne tranquillamente! Alessio In data giovedì 1 settembre 2011 13:24:55, niubii ha scritto: Ciao a tutti, segnalo che su Pixart.it è attiva una promozione per la stampa sui tessuti (per i possessori di P.IVA e fino ad esaurimento scorte). Io sto preparando un ordine per una bandiera con il logo di OSM, se c'e' qualcun altro interessato possiamo fare un ordine cumulativo. Tessuto 161x100 consegna in 7 giorni circa Euro 4.20 più IVA più trasporto Non ho inserito nè la cucitura sul bordo, nè asole nè altro (il prezzo lievita esponenzialmente). Nel caso, porto il telo alla mia mamma e la incateno alla macchina per cucire. Ci sono interessati? L'idea è quella di stampare il logo vecchio (meno colori, si vede meglio il codice binario nella lente) con una scritta Openstreetmap Italia o qualcosa del genere. Se qualcuno ha tempo/voglia di elaborare un bozzetto... Aspetto eventuali interessati fino a lunedi, poi inserisco l'ordine. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/09/2011 13:45, niubii wrote: Con un paio di pezzi arriviamo ad un kg di peso, quindi 9,50 euro + IVA. Ovviamente questa è la spedizione fino alla sede dell'associazione, poi ci sarebbe da rispedire agli interessati oppure consegnare a mano (ad esempio a Roma per fine settembre). Io sono interessato, ma dove le fai arrivare? Jacopo - -- Profilo: http://ehiahi.homeip.net/morpheus Blog: http://ehiahi.homeip.net/morpheus/blog -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5fcWQACgkQgLJTK54vkCyo1ACgtVw+y8zjr9j+6STAQyxG1fJo rs0AoJZkO6D1Bdbie42cDfT4tk+Z+C1b =3hBM -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
2011/9/1 niubii f.pelu...@gmail.com: Con un paio di pezzi arriviamo ad un kg di peso, quindi 9,50 euro + IVA. Ovviamente questa è la spedizione fino alla sede dell'associazione, poi ci sarebbe da rispedire agli interessati oppure consegnare a mano (ad esempio a Roma per fine settembre). Di più nin 'zo. sono interessato anch'io. Per me andrebbe bene anche il nuovo logo, visto che sembra quello ufficiale adesso (più e più utenti cambianno il logo per quello nuovo). Quanti colori ci possono essere? O è una stampa a 4 colori? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 01 settembre 2011 14:04, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: sono interessato anch'io. Per me andrebbe bene anche il nuovo logo, visto che sembra quello ufficiale adesso (più e più utenti cambianno il logo per quello nuovo). Quanti colori ci possono essere? O è una stampa a 4 colori? Tessuto per bandiere antivento a trama larga, duraturo e resistente al lavaggio. Caratterizzato da una brillantezza, una definizione e una compattezza unica che solo gli inchiostri a sublimazione calandrati possono offrire. Stampato a 6 colori (c, m, y, k, or, gr) alla risoluzione 720x720 dpi. Durata fino 2 anni all‘esterno, indefinita in interni. L'idea era quella di stampare il logo vecchio perchè IMHO i colori contrastano di più, ma se volete quello nuovo... mi inchino alla volontà della talk-it! ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 01 settembre 2011 13:49, Jacopo Girardi jacopogg83...@libero.it ha scritto: Io sono interessato, ma dove le fai arrivare? Le farei arrivare da me (Cerignola, FG) e poi le rispedirei a ciascuno. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
se ti commissiono la mappa di casa mia su tovaglia o coperta? E' possibile? Penso a questo http://softcities.net/about/ 2011/9/1 niubii f.pelu...@gmail.com: Ciao a tutti, segnalo che su Pixart.it è attiva una promozione per la stampa sui tessuti (per i possessori di P.IVA e fino ad esaurimento scorte). Io sto preparando un ordine per una bandiera con il logo di OSM, se c'e' qualcun altro interessato possiamo fare un ordine cumulativo. Tessuto 161x100 consegna in 7 giorni circa Euro 4.20 più IVA più trasporto Non ho inserito nè la cucitura sul bordo, nè asole nè altro (il prezzo lievita esponenzialmente). Nel caso, porto il telo alla mia mamma e la incateno alla macchina per cucire. Ci sono interessati? L'idea è quella di stampare il logo vecchio (meno colori, si vede meglio il codice binario nella lente) con una scritta Openstreetmap Italia o qualcosa del genere. Se qualcuno ha tempo/voglia di elaborare un bozzetto... Aspetto eventuali interessati fino a lunedi, poi inserisco l'ordine. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
2011/9/1 Maurizio Napolitano napoo...@gmail.com: se ti commissiono la mappa di casa mia su tovaglia o coperta? E' possibile? Penso a questo http://softcities.net/about/ credo che le bandiere le fanno di nylon, che non è carino come lino/cottone come tovaglia, ma dalla descrizione della tecnica credo che si possa stampare qualsiasi motivo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 01 settembre 2011 15:27, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/9/1 Maurizio Napolitano napoo...@gmail.com: se ti commissiono la mappa di casa mia su tovaglia o coperta? E' possibile? Penso a questo http://softcities.net/about/ credo che le bandiere le fanno di nylon, che non è carino come lino/cottone come tovaglia, ma dalla descrizione della tecnica credo che si possa stampare qualsiasi motivo. Confermo, non c'è limite di colore o motivo. Però faccio rispettosamente osservare che non si avrebbe alcun vantaggio a far stampare (n bandiere di OSM) + (1 pianta di casa Napo). :-) Probabilmente tra spese di spedizione e altro ti converrebbe fare un ordine diretto a Pixart, sicuramente risparmieresti. Probabilmente, con questo prezzo (4.20 euro + IVA per il telo 161x100), chi pensa di farsi rispedire la bandiera da me dovrebbe considerare l'ipotesi di fare un ordine diretto. Sarebbe autonomo nella scelta del motivo, delle dimensioni e probabilmente risparmierebbe sulle spese di spedizione. @napo mia moglie mi caccerebbe di casa... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] VOTING barrier
se volete votare per nuovi tipi di barriere, andate qui: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
Votato :) Ciao, Stefano 2011/9/1 Martin Koppenhoefer dieterdre...@gmail.com se volete votare per nuovi tipi di barriere, andate qui: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
Scusate l'ignoranza, ma come faccio a votare? Devo registrarmi da qualche parte?? Sorry Morsi -- Initial Header --- From : sabas88 saba...@gmail.com To : openstreetmap list - italiano talk-it@openstreetmap.org Cc : Date : Thu, 1 Sep 2011 17:40:18 +0200 Subject : Re: [Talk-it] VOTING barrier Votato :) Ciao, Stefano 2011/9/1 Martin Koppenhoefer dieterdre...@gmail.com se volete votare per nuovi tipi di barriere, andate qui: http://wiki.openstreetmap.org/wiki/Proposed_features/New_barrier_types ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
2011/9/1 MorSi mo...@inwind.it: Scusate l'ignoranza, ma come faccio a votare? Devo registrarmi da qualche parte?? si, devi essere abilitato al wiki (sopra nel angolo a destra: log in or create an account). Il password/login non è legato a quello per editare la mappa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
Ok mi sono registrato, ma per votare devo modificare la parte di Voting con l'editor?? Grazie Morsi -- Initial Header --- From : Martin Koppenhoefer dieterdre...@gmail.com To : openstreetmap list - italiano talk-it@openstreetmap.org Cc : Date : Thu, 1 Sep 2011 18:20:15 +0200 Subject : Re: [Talk-it] VOTING barrier 2011/9/1 MorSi mo...@inwind.it: Scusate l'ignoranza, ma come faccio a votare? Devo registrarmi da qualche parte?? si, devi essere abilitato al wiki (sopra nel angolo a destra: log in or create an account). Il password/login non è legato a quello per editare la mappa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/09/2011 17:34, Martin Koppenhoefer wrote: se volete votare per nuovi tipi di barriere, andate qui: Ho solo due dubbi: su log e kerb. Kerb è un bordo di marciapiede rialzato? Con log si intendono anche cataste di legname ai lati delle strade? Ma questi prima o poi non scompaiono entro l'anno quando il proprietario passa e se li taglia? Chiedo perché non me ne sono ancora trovati di fronte e voglio capire cosa viene inteso. Jacopo - -- Profilo: http://ehiahi.homeip.net/morpheus Blog: http://ehiahi.homeip.net/morpheus/blog -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5fuSoACgkQgLJTK54vkCwyfACcDJ2tKIspfwKrRkXyB23IT27B BeUAn3VFn9nzztSSN62b3MDwUq0uMvQh =CxJp -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
2011/9/1 MorSi mo...@inwind.it: Ok mi sono registrato, ma per votare devo modificare la parte di Voting con l'editor?? esatto devi mettere {{vote|yes}} -- oppure {{vote|no}} -- in una nuova riga. (poi il timestamp viene creato in automatico dalle ~ ) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
2011/9/1 Jacopo Girardi jacopogg83...@libero.it: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/09/2011 17:34, Martin Koppenhoefer wrote: se volete votare per nuovi tipi di barriere, andate qui: Ho solo due dubbi: su log e kerb. Kerb è un bordo di marciapiede rialzato? si, il bordo di marciapiede (non abassato). Questo valore secondome ha senso sopratutto in combinazione con la relation/area. Con log si intendono anche cataste di legname ai lati delle strade? Ma questi prima o poi non scompaiono entro l'anno quando il proprietario passa e se li taglia? no, log intende un tronco di un albero messo per bloccare la strada oppure messo appositamente al lato per esempio per evitare che si cade (e serve poi anche per sedersi). Eventualmente si potrebbe mettere anche in foresta per alberi caduti che bloccano il percorso. In Germania occore più spesso che in Italia. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/09/2011 19:00, Martin Koppenhoefer wrote: si, il bordo di marciapiede (non abassato). Questo valore secondome ha senso sopratutto in combinazione con la relation/area. Su questo nutro dubbi sull'utilità, ma forse non li ho mai visti o notati. no, log intende un tronco di un albero messo per bloccare la strada oppure messo appositamente al lato per esempio per evitare che si cade (e serve poi anche per sedersi). Eventualmente si potrebbe mettere anche in foresta per alberi caduti che bloccano il percorso. In Germania occore più spesso che in Italia. Ok, allora la foto è un po' fuorviante, Jacopo - -- Profilo: http://ehiahi.homeip.net/morpheus Blog: http://ehiahi.homeip.net/morpheus/blog -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk5fu3QACgkQgLJTK54vkCxCzwCgqltuTbYbjPhivysb+h8fvduA pdcAn0/u0aaWl7s6Dk8zLFZ7Lyb7nmjj =nLNV -END PGP SIGNATURE- ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] VOTING barrier
2011/9/1 Jacopo Girardi jacopogg83...@libero.it: On 01/09/2011 19:00, Martin Koppenhoefer wrote: si, il bordo di marciapiede (non abassato). Questo valore secondome ha senso sopratutto in combinazione con la relation/area. Su questo nutro dubbi sull'utilità nessun problema, basta non usarlo ;-) no, log intende un tronco di un albero messo per bloccare la strada oppure messo appositamente al lato per esempio per evitare che si cade (e serve poi anche per sedersi). Eventualmente si potrebbe mettere anche in foresta per alberi caduti che bloccano il percorso. In Germania occore più spesso che in Italia. Ok, allora la foto è un po' fuorviante, si, quella proposta è stata un po troppo tempo nel wiki e quindi c'erano alcune persone che hanno messo mano ;-), anch'io avrei scelto una foto diversa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Richiesta di aiuto per frazione Arcavacata
Ho appena verificato, la situazione è cambiata. Arcavacata, Italy viene trovato dal search box sulla home page di osm.org Invece nominatim.osm.org non trova ancora nulla. Ciao /niubii/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
2011/8/24 sabas88 saba...@gmail.com: In tema mi inserisco anche io, i nuraghi sardi (si sono un po a torre :D) li sto taggando come historic=ruins, che faccio aggiungo anche civilization=nuragic? Io per il momento ho mappato 3 o 4 nuraghi così: http://www.openstreetmap.org/?lat=40.594708lon=8.243372zoom=18layers=M historic=archaelogical_site site_type=megalith megalith_type=nuraghe name=Nuraghe Palmavera Secondo me il tag archaelogical_site è quello che ci si avvicina meglio. Sono un po' perplesso sui tag aggiuntivi, ma effettivamente i nuraghe sono dei megaliti polilitici: http://en.wikipedia.org/wiki/Megalith#Types_of_megalithic_structures Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
anch'io Il giorno 01 settembre 2011 13:06, Edoardo Marascalchi edoa...@edoardomarascalchi.it ha scritto: Io ho votato, e voi? -- Edoardo Marascalchi skype: asca_edom ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- - Gianmario ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Torri storiche
2011/9/1 Federico Cozzi f.co...@gmail.com: 2011/8/24 sabas88 saba...@gmail.com: In tema mi inserisco anche io, i nuraghi sardi (si sono un po a torre :D) li sto taggando come historic=ruins, che faccio aggiungo anche civilization=nuragic? Io per il momento ho mappato 3 o 4 nuraghi così: http://www.openstreetmap.org/?lat=40.594708lon=8.243372zoom=18layers=M historic=archaelogical_site site_type=megalith megalith_type=nuraghe name=Nuraghe Palmavera Secondo me il tag archaelogical_site è quello che ci si avvicina meglio. Sono un po' perplesso sui tag aggiuntivi, ma effettivamente i nuraghe sono dei megaliti polilitici: http://en.wikipedia.org/wiki/Megalith#Types_of_megalithic_structures +1, si, mi piace. Al momento hai messo un area per tutto, volendo si potrebbe ancora dettagliare col tempo... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSMF Elections
Il giorno 01 settembre 2011 13:06, Edoardo Marascalchi edoa...@edoardomarascalchi.it ha scritto: Io ho votato, e voi? Fatto! ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 01 settembre 2011 13:38, Alessio Zanol nar...@infinito.it ha scritto: Ciao! Io sono interessato! Ne prenderei anche 2-3! :) anch'io !!! Per i miei gusti ometterei Italia e metterei solo OpenStreetMap.org (cammellato) però possiamo discuterne tranquillamente! +1 con logo nuovo Alessio PS da domani/dopodomani non sarò più online fino il 9 se fate l'ordine contate almeno due per me -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bandiera OSM su pixart.it
Il 01 settembre 2011 15:10, Maurizio Napolitano napoo...@gmail.com ha scritto: se ti commissiono la mappa di casa mia su tovaglia o coperta? E' possibile? Penso a questo http://softcities.net/about/ riguardo quello anch'io la vorrei, ti ricordi che stavo facendo un software (ancore in fase completamente embrionale [0]) per far stampare la mappa della zona interessata, se non ti dispiace ne parliamo quando torno online -- Maurizio Napo Napolitano http://de.straba.us [0] https://github.com/lucadelu/OsmSimpleRendering -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Institución beneficiaria para imágenes Geoeye
Estimados maperos: Buenos días. Tenemos una muy buena oportunidad para solicitar imágenes de calidad a la Fundación Geoeye, para ello es indispensable contar con una institución receptora de la donación que actúe en llave con OpenStreetMap.co. La propuesta que comedidamente les hago es: 1) Identificar una institución amiga que haga la gestión [1] para recibir las imágenes (la solicitud puede ser hecha por un estudiante o funcionario, mejor si es investigador); 2) Si es exitoso, publicar estas imágenes en un WMS de openstreetmap.co; 3) Usarlas para crear/actualizar mapas desde el JOSM. Para la Región Caribe, específicamente en el área de los Montes de María existe muy buena y reciente cobertura: http://geofuse.geoeye.com/maps/Map.aspx?pv=3pt=geomgeometryType=polygongeometryWKT=POLYGON%20%28%28-74.8730%2010.0630,-74.8730%209.5410,-75.3350%209.5410,-75.3350%2010.0630,-74.8730%2010.0630,-74.8730%2010.0630%29%29mapCenterWKT=POINT%20%28-75.104%209.802%29zoomLevel=10whereClause=20,,10/1/1999,9/1/2011,30,90,false Reciban un cordial saludo, Humberto Yances PD: Tomo nota de sus solicitudes de área, estaré generando una tabla con las mismas para publicar en la Wiki 2011 y gestionar sobre ella. [1] http://www.geoeyefoundation.org/GeoEye_Foundation_Form.aspx -- Forwarded message -- From: Jim jful...@gmail.com Date: 2011/8/26 Subject: [HOT] Geoeye Foundation To: h...@openstreetmap.org You probably know about this already, but in case you haven’t: GeoEye, a satellite imagery provider, has a non-profit 501(c)(3) entity that distributes archival raw satellite imagery data (and that could mean 1 day old in some cases) to educational institutions and non profits. There’s an application process to fill out, and can be found at; http://www.geoeyefoundation.org/. The reason I know about this is I took a tour of GeoEye headquarters in Herndon, VA., including their satellite control center and met and talked with the person who’s in charge of the foundation. So if you’re interested and represent HOT, if might be worth the effort in applying for imagery data for some of the projects, like Somalia. Cheers, ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-gb-westmidlands] Albert Street
While going into the city on the train last evening I spotted that Albert street and parts of the roads that connect to it (Fox Street, Grosvenor Street, Bartholomew Stree) have been closed off while the do redevelopment work I guess in the two plots of land straddling Albert Street. I didn't get enough details to map it properly. Needs a ground survey if anyone is in the area soon? They have also started work on constructing another building or car park to the east of Millennium Point. http://www.openstreetmap.org/?lat=52.481714lon=-1.887519zoom=18layers=M Cheers Andy ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Wiki Loves Monuments (var: Re: Avkoda en Shape-fil från Riksantikvarieämbetet)
2011/8/31 Lars Aronsson l...@aronsson.se: Tävlingen finns på sidan http://wikilovesmonuments.se/ där man också hittar minnesmärkena utplacerade på en karta, som dessvärre är Google Maps och inte OSM. Varför är det så annars? /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Wiki Loves Monuments (var: Re: Avkoda en Shape-fil från Riksantikvarieämbetet)
2011/8/31 Lars Aronsson l...@aronsson.se: Tävlingen finns på sidan http://wikilovesmonuments.se/ där man också hittar minnesmärkena utplacerade på en karta, som dessvärre är Google Maps och inte OSM. Särskilt intressant blir det om man zoomar in på Visby innanför ringmuren, där det finns byggnadsminnesmärken i vart och vartannat kvarter. Visby är ju iofs ett sälle vi borde ha ett mapping party i, det är ganska kul att karlägga där. Mycket behöver dubbelkollas för att positioneras och taggas bättre. Jag kollade på wikilovesmonuments.se under helgen, och då var det en OSM karta där (som var jätteslö och allmänt jobbig.) -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Wiki Loves Monuments (var: Re: Avkoda en Shape-fil från Riksantikvarieämbetet)
Hejsan När jag kollar på kartan och klickar på en gul bubbla (som skall symbolisera en sevärdhet utan bild) och därefter klickar på länken till dess Wikipediasida så har det funnits bra bilder. Är det månhända fel i databasen eller har jag missförstått nått? Hur snabbt ändras färgen på en bubbla efter det att någon laddat upp en bild? Se t.ex. http://sv.wikipedia.org/wiki/Råcksta_kapellkrematorium med id 2130004809 som är gult på kartan just nu. eller http://sv.wikipedia.org/wiki/Ängsö_slott med id 2130013219. vänligen Bengtb Den 1 september 2011 09:02 skrev Erik Johansson erjo...@gmail.com: 2011/8/31 Lars Aronsson l...@aronsson.se: Tävlingen finns på sidan http://wikilovesmonuments.se/ där man också hittar minnesmärkena utplacerade på en karta, som dessvärre är Google Maps och inte OSM. Särskilt intressant blir det om man zoomar in på Visby innanför ringmuren, där det finns byggnadsminnesmärken i vart och vartannat kvarter. Visby är ju iofs ett sälle vi borde ha ett mapping party i, det är ganska kul att karlägga där. Mycket behöver dubbelkollas för att positioneras och taggas bättre. Jag kollade på wikilovesmonuments.se under helgen, och då var det en OSM karta där (som var jätteslö och allmänt jobbig.) -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] osmosis
Pau Aragó sanipau@... writes: Gracias por las respuestas Maria estoy en camino de solucionar el problema 2011/6/14 Maria Arias de Reyna marias at emergya.es El Martes 14 Junio 2011, Pau Aragó escribió: Hola; He instalado el schema_info de osmosis (Cuando envié el primer correo utilizaba el schema the postgis) Tengo acceso a la tabla schema info i tengo permiso para crear tablas Ahora el problema es el siguiente: org.openstreetmap.osmosis.core.OsmosisRuntimeException: The database schema version of 5 does not match the expected version of 6. Gracias por las preguntas, me han ayudado ha avanzar Saludos Hola Pau, Otra forma que tienes de avanzar es copiar ese mismo error en cualquier buscador (google, por ejemplo) y mirar si a alguien más le pasa. Así en uno de los primeros resultados que me devuelve google me encuentro con:http://www.mail-archive.com/dev- 3+rWM/WnaLOn4i5uJCXUsti2O/jbr...@public.gmane.org/msg14998.html Y la respuesta que le dan: You are mixing two different schemata. If you initialise the database with pgsimple_schema_0.6.sql, you need to import with '--write-pgsimp'. For '--write-pgsql' you need to initialise the database with the pgsnapshot_schema_0.6.sql script. See alsohttp://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#PostGIS_Tasks_.28S napshot_Schema.29 The main difference is that the snapshot schema uses hstore for tags while pgsimple uses a simple table. I'd recommend using pgsnapshot. Sarah Aunque no lo creas, suele pasar que mucha gente ha andado el mismo camino que tú andas ahora :) Suerte. -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73www.emergya.es ___ Talk-es mailing listTalk-es at openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es -- Pau Aragó Galindo Buenas, a mi también me pasaba lo mismo. Y es un problema de permisos. si utilizas el comando \d dentro de psql, verás que todas las tablas tienen como owner a postgres. La solución es darles permiso para tu usuario: ALTER TABLE geometry_columns OWNER TO tu_usuario; ALTER TABLE nodes OWNER TO tu_usuario; ALTER TABLE relation_members OWNER TO tu_usuario; ALTER TABLE relations OWNER TO tu_usuario; ALTER TABLE schema_info OWNER TO tu_usuario; ALTER TABLE spatial_ref_sys OWNER TO tu_usuario; ALTER TABLE users OWNER TO tu_usuario; ALTER TABLE way_nodes OWNER TO tu_usuario; ALTER TABLE ways OWNER TO tu_usuario; y luego ejecutas osmosis con --write-pgsql si utilizas el pg_snapsnot schema o --write-pgsimple si usas el pg_simple schema ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-at] Bitte etwas Disziplin beim Antworten
Hallo! Das Thema 1-2 Fragen für einen Neuling ist ja nun zu dem - auch nicht uninteressanten - Wald/Latschen Thema geworden. Davon geht zwar die Welt nicht unter, aber ich würde aber - der Verfolgbarkeit wegen - doch dringend darum bitten, die Netikette einzuhalten, und beim Abdriften in ein neues Thema den Betreff zu ändern, üblich ist es den alten Betreff (war: ...) mit anzugeben. Noch besser (wegen der threaded view) wäre es allerdings, wenn derjenige, der die Themaverfehlung begeht, nicht antwortet, sondern eine neue Mail erstellt, und bei den Zitaten den ursprünglichen Betreff dazuschreibt (z.B. Am ... schrieb ... im Thema ... :) -- Mit lieben Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] 1-2 Fragen für einen Neuling
Ahoi, Leute! Erst einmal vielen, vielen Dank für euren Input! Ich muss leider gestehen, dass ich mich noch nicht hundertprozentig durch den Metatag-Wald kämpfen konnte und hier sicher noch einiges an Verfeinerungsarbeit noch offen ist. Ich möchte aber meine perfekten Ortskenntnisse als Einheimischer nutzen und diesen Ort zunächst als Spielwiese betrachten (ja, ich weiß, egoistisch, aber so fällt es mir zB leicht, Tags auf die reale Welt projizieren zu können), damit ich hoffentlich hilfreichen Input in andere Orte einfließen lassen kann. Ich werde eure Verbesserungsvorschläge die nächsten Tage einarbeiten und mich dann sicher wieder melden, weil noch einige Dinge unklar sind. Ich für meinen Teil habe da schon das nächste Anliegen: - Im Winter haben Skipisten gelegentlich die gleiche Wegführung wie Wanderwege, Forstwege, Straßen, o.ä.. Soll da der gleiche Weg mehrere Tags erhalten oder sollte der Weg erneut eingezeichnet werden? - In Lech gibt es ein Gebiet, das im Winter autofrei ist (einige Straßen sind gesperrt und sowieso nicht befahrbar, weil als Piste benutzt wird). Ich habe im Wiki zwar die Beschreibung winter_road gefunden, die scheint aber nicht die richtige Eigenschaft zu sein. Gibt es da einen Tag dafür? Hab jetzt noch zwei Wege eingezeichnet und einen Weg vervollständigt. Die Häuser werden jetzt noch getaggt und dann sollte es in Lech schon ganz hübsch aussehen. Ich für meinen Teil bin auf jeden Fall richtig stolz drauf (ich mach eh weiter ;) ) und bewerb auch das Projekt schon bei der örtlichen Tourismusbehörde. lg Lukas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] OT: Schreikrampf (war: 1-2 Fragen für einen Neuling)
Weil das ja irgendwo auch mit meinem Thread zu tun hat, wollte ich mal meinen Senf dazu geben: Ich habe mir JOSM heruntergeladen und dann die Karte des Ortes heruntergeladen. Mitmachen bei OSM wollte ich schon lange, ich hatte nur lange Bedenken, dass ich die Arbeit eines Vorgängers kaputtmache und daher habe ich mich lange gesträubt. Wege werden bei mir so verfeinert, dass der Pfad zumindest komplett innerhalb der Straße verläuft, idealerweise natürlich in der Mitte der Straße. Wie bereits oben geschrieben, das Tagging beherrsche ich nich nicht vollständig, ist aber zu meiner ständigen Gutenachtlektüre geworden. der Import von plan.at hat auch in Lech seine Spuren hinterlassen. Pisten und Stationen waren falsch eingezeichnet, andere Wege waren schlicht nicht mehr da oder haben eine andere Streckenführung. Dies war schlußendlich mein Anlass, mich in das Mapping zu stürzen. Der Schreikrampf zu den Pisten, die den gleichen Weg haben wie die Straßen, Wege, finde ich absolut berechtigt, weil ich jetzt genau vor dem gleichen Weg stehe. ich würde gerne die Karteninformationen so vollständig, aber auch so richtig wie es mir möglich ist, einpflegen. Ich glaube der Import von plan.at hat es so gelöst, dass die Wege kombiniert werden. Ich werde die Wege aber noch einzeln prüfen und auch im Wiki stöbern, ob es dazu Empfehlungen gibt. Letztendlich denke ich bei jedem Klick immer noch nach, ob ich ihn richtig mache, lasse nicht zu, dass die Routine eintritt. In der Hoffnung, dass ich keine Schreikrämpfe auslöse, Lukas Am 31. August 2011 14:12 schrieb David Schmitt da...@black.co.at: On 31.08.2011 11:16, Boris Cornet wrote: Guten Tag! Heute (31. August) um 10:43 tippte Norbert Wenzel: Ich schreikrampfe nur wenn Geraden mit weiteren Nodes als Details verbessert werden Danke, das musste mal gesagt werden!! Es gibt ja Leute, die einfach alle 10m einen Punkt setzen und trotzdem die Kurven nicht rund bekommen. Mit den orthofotos für wien lassen sich kurven und ähnliches ganz toll und einfach zeichnen: den Way mit zwei Punkten am Ein- und Ausgang der Kurve verankern und dann (im josm ganz einfach am +) den Mittelpunkt der Sehne in den Mittelpunkt der Kurve ziehen. Ein oder zweimal wiederholen und die Kurve sitzt perfekt und sieht gut aus. Schreikrampf Nr. 2 (verwandt): Leute die ihre GPS-tracks als ways hochladen (mäandernde Punktewolken, nicht editierbar, nur noch im ganzen löschbar). Fast genauso schlimm: Leute, die glauben, GPS Geräte hätten eine Genauigkeit im Zentimeterbereich und jede Spitze nachzeichnen (ich frag mich oft, ob sie den Weg wirklich gegangen sind, denn sie müssten ja eigentlich wissen, dass da keine Serpentinen waren) Die Maschine lügt nie. Oder? ;-) Schreikrampf Nr. 3: Verschmelzen von nichtzusammengehörigen Themen - oder wie mache ich es den anderen so hart wie möglich, mein grandioses Schaffen zu ändern. (z.b. der track der gleichzeitig Wald- und Wiesengrenze ist, von einer Piste überlagert wird und etliche Punkte mit der Gemeindegrenze und dem Bach gemeinsam hat) Da hab' ich mich eh schon gefragt wie man das besser lösen kann, vielleicht hast du ja eine idee. zB hier: http://www.openstreetmap.org/?**lat=48.268828lon=16.400912** zoom=18layers=Mhttp://www.openstreetmap.org/?lat=48.268828lon=16.400912zoom=18layers=M Die Flächen entsprechen im großen und ganzen den Grundstücksgrenzen soweit man das auf den Orthofotos sehen kann. Der way für die Straße liegt zentral auf der Asphaltfläche. Der - an der Stelle sehr großzügige Gehsteig - fehlt natürlich. Ah, das tut gut, mal richtig losschreien! ;-) Besser raus, als rein. ;-) MfG David __**_ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-athttp://lists.openstreetmap.org/listinfo/talk-at -- Lukas Bischof p: +43 (664) 416 84 34 w: http://www.wordy-rappinghood.net/ @: lukas.bisc...@gmail.com ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-ca] GeoTiff in JOSM
Two options 1. Covert to tiles with gdal2tiles or another program. 2. Set up MapServer and server it with WMS 1 is faster at serving tiles but takes more disk space and pre-processing. 2 is slower but better for large files since you don't have to pre-process. As your GeoTiff isn't very large, the first is a viable option. I'd guess it might take me a week to process. MapServer is a pain to set up, as you've discovered. If you're running Ubuntu I could show you my .map file if it'd help. -Original Message- From: Tyler Gunn [mailto:ty...@egunn.com] Sent: Tuesday, August 30, 2011 6:46 PM To: Talk-CA OpenStreetMap Subject: [Talk-ca] GeoTiff in JOSM Anyone have a hint of how to view a GeoTiff in JOSM? Manitoba Lands Initiative updated the aerial imagery of Winnipeg and has a 50cm res MrSid file of the Winnipeg capital region; much more up to date than Bing aerial and also including high res pics of areas that Bing doesn't have. I've converted the MrSid file to a tiled GeoTiff, but at 19GB in size I am thinking I'll need to serve it up some how. I'm thinking I may need to use MapServer to serve this as a WMS layer for JOSM, but I'm not finding decent how-tos on that. Any hints? Thanks! ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] Your new coastline
On Thu, Sep 1, 2011 at 12:49 AM, G. Michael Carter mikeycarter1...@gmail.com wrote: Any eta on when you'll be finish with the lake Ontario coastline? Oshawa to Kingston is 99% done. (The Bay of Quinte took a very long time to do, but is done now.) Oshawa to Hamilton is in progress, using Bing imagery. Niagara to Hamilton is TBA, this will also be done with Bing imagery. Given that this sort of work is time consuming it will take a while to finish. However, 99% of the work that requires importing coastlines from CanVec is done, and realigning coastlines using Bing is a lot less disruptive and less error-prone. Andrew ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Améliorer le Bâti
Le 31 août 2011 23:14, julien balas jul...@krilin.org a écrit : * les erreurs liées aux arrondis des coordonnées: - on valide avec josm. - on telecharge de nouveau la zone = la validation josm en trouve d'autres - on verifie sur osmose.openstreetmap.fr 2 jours après, on trouve encore d'autres erreurs si apres avoir telechargé le fichier .osm cleo - on l'ouvre avec josm - on le sauve tout de suite. - on ferme le fichier - on le recharge. Ca fait les même arrondis que sur le serveur je crois (en tout cas ca leve des erreurs qui n'apparaissent pas sinon) On a ce genre d'erreur à cause des batiments proches mais non jointifs: si ces batiments partagent bien leurs noeuds comme il se doit, une erreur d'arrondi sur des noeuds partagés ne va pas se faire chevaucher les batiments. node_join.py doit corriger ces pb. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer le Bâti
Le 01/09/2011 09:09, ades_f...@orange.fr a écrit : Il serait sans doute possible, et peut-être opportun, de remplacer tous les wall=no par wall=yes, puisque dans tous les cas il s'agit d'une construction, même si elle est légère ;-). Un toit est quand même une construction. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer le Bâti
2011/9/1 Nicolas Frery nicolas-l...@zoubi.info: Le 01/09/2011 09:09, ades_f...@orange.fr a écrit : Il serait sans doute possible, et peut-être opportun, de remplacer tous les wall=no par wall=yes, puisque dans tous les cas il s'agit d'une construction, même si elle est légère ;-). Un toit est quand même une construction. Je vais reprendre ici la définition de bâtiment dur/bâtimentléger du cadastre que j'ai trouvé dans un document du CNIG ([1]): Un bâtiment en dur est défini comme étant attaché au sol par des fondations et fermé sur le 4 côtés ou comme un bâtiment industriel. Un bâtiment léger est une structure légère non attachée au sol par l'intermédiaire de fondations ou un bâtiment quelconque ouvert sur au moins un côté. On peut dire que wall=no n'est pas toujours approprié mais wall=yes l'est encore moins. Il y a deux critères pour un bâtiment léger: - l'ouverture sur un ou plusieurs côtés - et/ou l'absence de fondations Et aussi un détail qu'il ne faut jamais oublier : le cadastre peut aussi se tromper (ou avoir été trompé) ou être en retard d'une guerre. Il n'a jamais été dit que wall=no était idéal mais c'est ce que nous trouvions de plus approprié à l'époque. Et on a dit dès le départ qu'on pourrait le changer s'il y avait une meilleure proposition... Pieren [1] http://www.cnig.gouv.fr/Front/docs/cms/specif-composante-parcellaire_124033065172611000.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] ville d'Orange intégration d'OSM sur le SIG interne
Bonjour à tous, Voici en images un exemple d'utilisation d'OSM sur des outils professionnels dans le cadre d'une mairie. Nous avons activé sur l'application web Web Ville Server qui sert normalement pour instruire le droit des sols la couche Openstreetmap. De cette manière les collègue ont une meilleures lisibilité de leur ville. Bonne découverte : http://www.flickr.com/photos/jeanlouis_zimmermann/sets/72157627567659986/with/6102617782/ Jean-Louis ZIMMERMANN responsable développement territorial Mairie d'Orange -- View this message in context: http://gis.638310.n2.nabble.com/ville-d-Orange-integration-d-OSM-sur-le-SIG-interne-tp6749341p6749341.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer le Bâti
Mon impression de simple utilisateur est que le wall=no est en général bien approprié, la quasi-totalité de ceux que je connais sont des hangars agricoles ouverts ... mes 2c Sylvain Le 1 septembre 2011 10:41, Pieren pier...@gmail.com a écrit : 2011/9/1 Nicolas Frery nicolas-l...@zoubi.info: Le 01/09/2011 09:09, ades_f...@orange.fr a écrit : Il serait sans doute possible, et peut-être opportun, de remplacer tous les wall=no par wall=yes, puisque dans tous les cas il s'agit d'une construction, même si elle est légère ;-). Un toit est quand même une construction. Je vais reprendre ici la définition de bâtiment dur/bâtimentléger du cadastre que j'ai trouvé dans un document du CNIG ([1]): Un bâtiment en dur est défini comme étant attaché au sol par des fondations et fermé sur le 4 côtés ou comme un bâtiment industriel. Un bâtiment léger est une structure légère non attachée au sol par l'intermédiaire de fondations ou un bâtiment quelconque ouvert sur au moins un côté. On peut dire que wall=no n'est pas toujours approprié mais wall=yes l'est encore moins. Il y a deux critères pour un bâtiment léger: - l'ouverture sur un ou plusieurs côtés - et/ou l'absence de fondations Et aussi un détail qu'il ne faut jamais oublier : le cadastre peut aussi se tromper (ou avoir été trompé) ou être en retard d'une guerre. Il n'a jamais été dit que wall=no était idéal mais c'est ce que nous trouvions de plus approprié à l'époque. Et on a dit dès le départ qu'on pourrait le changer s'il y avait une meilleure proposition... Pieren [1] http://www.cnig.gouv.fr/Front/docs/cms/specif-composante-parcellaire_124033065172611000.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : ville d'Orange intégration d'OSM sur le SIG interne
Excellent !! surtout si ca peut inspirer d autres initiatives du meme genre :-) Julien De : ZIMMY jeanlouis.zimmerm...@laposte.net À : talk-fr@openstreetmap.org Envoyé le : Jeudi 1 Septembre 2011 10h43 Objet : [OSM-talk-fr] ville d'Orange intégration d'OSM sur le SIG interne Bonjour à tous, Voici en images un exemple d'utilisation d'OSM sur des outils professionnels dans le cadre d'une mairie. Nous avons activé sur l'application web Web Ville Server qui sert normalement pour instruire le droit des sols la couche Openstreetmap. De cette manière les collègue ont une meilleures lisibilité de leur ville. Bonne découverte : http://www.flickr.com/photos/jeanlouis_zimmermann/sets/72157627567659986/with/6102617782/ Jean-Louis ZIMMERMANN responsable développement territorial Mairie d'Orange -- View this message in context: http://gis.638310.n2.nabble.com/ville-d-Orange-integration-d-OSM-sur-le-SIG-interne-tp6749341p6749341.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ville d'Orange intégration d'OSM sur le SIG interne
Le 01/09/2011 10:43, ZIMMY a écrit : Bonjour à tous, Voici en images un exemple d'utilisation d'OSM sur des outils professionnels dans le cadre d'une mairie. Nous avons activé sur l'application web Web Ville Server qui sert normalement pour instruire le droit des sols la couche Openstreetmap. De cette manière les collègue ont une meilleures lisibilité de leur ville. Bonne découverte : http://www.flickr.com/photos/jeanlouis_zimmermann/sets/72157627567659986/with/6102617782/ Jean-Louis ZIMMERMANN responsable développement territorial Mairie d'Orange Super ! Merci pour les copies d'écran. Vous avez fait un retour à imagis pour une intégration éventuelle par eux dans web Ville Server ? -- FrViPofm ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] ville d'Orange intégration d'OSM sur le SIG interne
Merci de la proposition mon collègue Tiny EMERY chef de projet SIG sur la ville d'Orange va faire un retour d'expérience auprès d'IMAGIS et ESRI. Meilleures salutations Jean-Louis ZIMMERMANN -- View this message in context: http://gis.638310.n2.nabble.com/ville-d-Orange-integration-d-OSM-sur-le-SIG-interne-tp6749341p6749483.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Améliorer le Bâti
Tant que les rendus sur OSM ne font pas de différence entre wall=yes et wall=no ; ça n'a effectivement pas grande importance, ça reste du bâti. Cela dit si la construction (wall=no) est isolée, ça correspond (souvent) au terrain ; mais si elle est accolée à une 'wall=yes' le tag 'no' ne me semble plus très bien approprié, dans 90% des cas (à la louche) il s'agit soit d'une loggia soit d'une verenda qui fait partie du bâtiment (cas des varangues dans les îles tropicales). Le 1 sept. 2011 à 10:50, Sylvain Maillard a écrit : Mon impression de simple utilisateur est que le wall=no est en général bien approprié, la quasi-totalité de ceux que je connais sont des hangars agricoles ouverts ... mes 2c Sylvain Le 1 septembre 2011 10:41, Pieren pier...@gmail.com a écrit : 2011/9/1 Nicolas Frery nicolas-l...@zoubi.info: Le 01/09/2011 09:09, ades_f...@orange.fr a écrit : Il serait sans doute possible, et peut-être opportun, de remplacer tous les wall=no par wall=yes, puisque dans tous les cas il s'agit d'une construction, même si elle est légère ;-). Un toit est quand même une construction. Je vais reprendre ici la définition de bâtiment dur/bâtimentléger du cadastre que j'ai trouvé dans un document du CNIG ([1]): Un bâtiment en dur est défini comme étant attaché au sol par des fondations et fermé sur le 4 côtés ou comme un bâtiment industriel. Un bâtiment léger est une structure légère non attachée au sol par l'intermédiaire de fondations ou un bâtiment quelconque ouvert sur au moins un côté. On peut dire que wall=no n'est pas toujours approprié mais wall=yes l'est encore moins. Il y a deux critères pour un bâtiment léger: - l'ouverture sur un ou plusieurs côtés - et/ou l'absence de fondations Et aussi un détail qu'il ne faut jamais oublier : le cadastre peut aussi se tromper (ou avoir été trompé) ou être en retard d'une guerre. Il n'a jamais été dit que wall=no était idéal mais c'est ce que nous trouvions de plus approprié à l'époque. Et on a dit dès le départ qu'on pourrait le changer s'il y avait une meilleure proposition... Pieren [1] http://www.cnig.gouv.fr/Front/docs/cms/specif-composante-parcellaire_124033065172611000.pdf ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [OSM Talk-fr] Demain point juriste association OSM-fr Formation OpenStreetMap @LaCantine
Bonjour @tou[te]s, Demain je ferai le point avec Laurent sur les statuts et le règlement intérieur d'OSM-fr. Je posterai directement les remarques de Laurent sur le Wiki avec un lien sur la Mailing list Dans la foulée de 16h à 19h formation gratuite pour les débutants à La Cantine. Prochaine formation le 30 septembre niveau à définir, ceux qui veulent présenter leurs projets ou des idées sont les bienvenus. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Restons centrés sur notre projet
J'ai envoyé un post le 23 août pour critiquer vigoureusement l'idée de mentionner dans l'objet social d'OSM le terme de licence libre. Pieren et Philippe Pary en ont semblé abasourdis, mais, je souligne que l'OSM Foundation ne le fait pas et cela me semble un argument de poids. Que personne d'autre ne soit intervenu m'a semblé, disons, inhabituel. Le Memorandum of Association définit l'objet de l'OSMF comme : 3.1 OpenStreetMap Foundation is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anybody to use and share. 4. In support of the objects, but not otherwise, the Company shall have power to do all things incidental or conducive to the attainment of the objects or any of them. 3.1 OSMF a pour but d'encourager la croissance, la promotion et la distribution des données géospatiales pour tout individu voulant les utiliser et les partager. 4. Pour atteindre ces buts, la Compagnie aura le pouvoir d'agir de manière incidente ou pédagogique pour y parvenir en totalité ou partiellement. NB : les associations du RU sont toutes des compagnies, en particulier des compagnies but non lucratif comme l'OSMF (il s'agit exactement d'une charity). Pour l'association française qui est destinée à être affiliée à l'OSMF (local chapter), je propose la VF suivante : Art. 1. Il est fondé … A ajouter : -nommée l'association dans les présents statuts- Art. 2 L'objet de l'association est : - En premier lieu, promouvoir la cartographie collaborative (ou participative?) fondée sur la création, la mise en cohérence et la redistribution gratuite au profit de tous des données géographiques collectées dans le monde par les contributeurs au projet OpenStreetMap. - En second lieu, de procurer aux citoyens français et francophones, membres et non membres, des informations, des formations et des outils et tout autre moyen pour les plus vastes participation et exploitation possible {, notamment pour des buts éducatifs, sociaux, en particulier pour les personnes empêchées, humanitaires et préserver l'environnement naturel...} Dernière phrase suggérée par Jean Millerat, qui a ajouté la culture libre, ce qui peut être une manière moins éléphantesque d'inclure les licences libres. Je remets pour ceux qui étaient en vacances le passage principal de mon précédent post et je souligne que ce débat ne concerne pas le juriste qui va relire le brouillon actuel. 23 août 2011 14:29 Je suis, pour un principe de clarté, opposé à la mention du terme licence libre dans l'objet social d'OSM-Fr. Cela donne une coloration politique et, pire, crée un effet de brouillage du sens. trollIl y a trop de libristes militants dans cette liste/troll Il faut revenir aux fondamentaux : le but de la cartographie crowdsourcée (gulp !) est de fournir des cartes qui répondent aux besoins des gens, pas de leur fourguer des documents estampillés officiellement et internationalement licence libre. Une meilleure formulation serait inspirée de l'expérience initiale de Steve Coast qui a été la découverte que les droits du commerce appliqués aux cartes empêchaient la population d'y accéder et de les plier à leurs besoins. C'est une définition en creux des licences libres, mais, si on les mentionne, on est dans la taxinomie et non pas dans le discours concret. 1er sept Note 1 : J'estime pas très charitable de dire que je ne suis pas en faveur des licences libres et que je sous-estimerais leur importance dans le projet OSM. Note 2 : Je suis membre de l'OSMF Christian Rogel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
je voistout d'abord un pb de traduction : Le 01/09/2011 19:16, Christian Rogel a écrit : Le Memorandum of Association définit l'objet de l'OSMF comme : 3.1 OpenStreetMap Foundation is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anybody to use and share. 4. In support of the objects, but not otherwise, the Company shall have power to do all things incidental or conducive to the attainment of the objects or any of them. 3.1 OSMF a pour but d'encourager la croissance, la promotion et la distribution des données géospatiales pour tout individu voulant les utiliser et les partager. géospatiales *libres* (free) -- Jean-Francois Nifenecker, Bordeaux ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
Christian, la seul remarque qui t'avais été faites était que le crowdsourcing n'a rien à voir avec la création s de données libre et gratuite! Google Maps a bien lancé Google Map Maker qui eprmet à tous de créer des données géographiques mais aps au profit de tout le monde seulement au profit de Google, puisqu'en acceptant de participer à se projet le contributeur cède ses droits d'exploitation à Google sans garantie que ces données créer par tous et théoriquement pour tous restent accesible à tous! Personnellement je présente toujours OSM comme un projet de création de données libres et gratuites, ce que la fondation OSM exprime par 'to providing geospatial data for anybody to use and share' que tu as traduits par 'la distribution des données géospatiales pour tout individu voulant les utiliser et les partager' ou la liberté pour tous de les utiliser et de les partagé! Après ce n'est que de la nomenclature. René-Luc Le 01/09/2011 19:16, Christian Rogel a écrit : J'ai envoyé un post le 23 août pour critiquer vigoureusement l'idée de mentionner dans l'objet social d'OSM le terme de licence libre. Pieren et Philippe Pary en ont semblé abasourdis, mais, je souligne que l'OSM Foundation ne le fait pas et cela me semble un argument de poids. Que personne d'autre ne soit intervenu m'a semblé, disons, inhabituel. Le Memorandum of Association définit l'objet de l'OSMF comme : 3.1 OpenStreetMap Foundation is dedicated to encouraging the growth, development and distribution of free geospatial data and to providing geospatial data for anybody to use and share. 4. In support of the objects, but not otherwise, the Company shall have power to do all things incidental or conducive to the attainment of the objects or any of them. 3.1 OSMF a pour but d'encourager la croissance, la promotion et la distribution des données géospatiales pour tout individu voulant les utiliser et les partager. 4. Pour atteindre ces buts, la Compagnie aura le pouvoir d'agir de manière incidente ou pédagogique pour y parvenir en totalité ou partiellement. NB : les associations du RU sont toutes des compagnies, en particulier des compagnies but non lucratif comme l'OSMF (il s'agit exactement d'une charity). Pour l'association française qui est destinée à être affiliée à l'OSMF (local chapter), je propose la VF suivante : Art. 1. Il est fondé … A ajouter : -nommée l'association dans les présents statuts- Art. 2 L'objet de l'association est : - En premier lieu, promouvoir la cartographie collaborative (ou participative?) fondée sur la création, la mise en cohérence et la redistribution gratuite au profit de tous des données géographiques collectées dans le monde par les contributeurs au projet OpenStreetMap. - En second lieu, de procurer aux citoyens français et francophones, membres et non membres, des informations, des formations et des outils et tout autre moyen pour les plus vastes participation et exploitation possible {, notamment pour des buts éducatifs, sociaux, en particulier pour les personnes empêchées, humanitaires et préserver l'environnement naturel...} Dernière phrase suggérée par Jean Millerat, qui a ajouté la culture libre, ce qui peut être une manière moins éléphantesque d'inclure les licences libres. Je remets pour ceux qui étaient en vacances le passage principal de mon précédent post et je souligne que ce débat ne concerne pas le juriste qui va relire le brouillon actuel. 23 août 2011 14:29 Je suis, pour un principe de clarté, opposé à la mention du terme licence libre dans l'objet social d'OSM-Fr. Cela donne une coloration politique et, pire, crée un effet de brouillage du sens. trollIl y a trop de libristes militants dans cette liste/troll Il faut revenir aux fondamentaux : le but de la cartographie crowdsourcée (gulp !) est de fournir des cartes qui répondent aux besoins des gens, pas de leur fourguer des documents estampillés officiellement et internationalement licence libre. Une meilleure formulation serait inspirée de l'expérience initiale de Steve Coast qui a été la découverte que les droits du commerce appliqués aux cartes empêchaient la population d'y accéder et de les plier à leurs besoins. C'est une définition en creux des licences libres, mais, si on les mentionne, on est dans la taxinomie et non pas dans le discours concret. 1er sept Note 1 : J'estime pas très charitable de dire que je ne suis pas en faveur des licences libres et que je sous-estimerais leur importance dans le projet OSM. Note 2 : Je suis membre de l'OSMF Christian Rogel ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Restons centrés sur notre projet
Le 1 sept. 2011 à 19:31, simon a écrit : La Traduction de Free geospatial data n'est pas données géospatiales libre ? A moins que dans le contexte de l'OSMF le terme free signifie gratuit ? C'est vrai, je l'ai involontairement omis et c'est à ajouter dans ma VF, et l'inclusion de la culture libre compléterait le tout. Nous serions plus longs' que les Anglais, mais c'est notre style à nous. Christian___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr