Re: [Talk-transit] Proposed Feature - 2nd RFC - Public Transport
On 11 January 2011 07:24, Dominik Mahrer (Teddy) te...@teddy.ch wrote: Hi all One month ago I already posted an RFC on this proposal. In the meantime I got plenty of comments and I have extended/corrected/rewritten nearly the whole proposal. Please visit again http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport This: - The route-[image: Relation]http://wiki.openstreetmap.org/wiki/Elements#Relationis split up into two separate *direction*-[image: Relation]http://wiki.openstreetmap.org/wiki/Elements#Relations and separate route *variants*, if required. - The *route master*-[image: Relation]http://wiki.openstreetmap.org/wiki/Elements#Relationcontains all the relations for the route directions and variants ...is a copy of oxomoa, which has been criticized as overbloated. Why was it kept in the new draft? What are the arguments for two relations in each direction? -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Allowed uses of map
License FAQ here: http://wiki.openstreetmap.org/wiki/Legal_FAQ#I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F In my opinion, a full web address: www.openstreetmap.org is better. Slightly off, I find it weird for a Navy HQ a few kilometers away from the coastline (but that's just me). On Tue, Jan 11, 2011 at 1:36 PM, Wayne Manuel wdman...@gmail.com wrote: Hi guys, http://www.gmanews.tv/story/210236/afp-eyes-transfer-of-major-service-commands-to-camp-aguinaldo Is this an allowed use of OpenStreetMap? Is the Base map from OpenStreetMap sufficient? BTW, this was edited by me on GIMP. Wayne Manuel ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] amenity=Observatory OR amenity=astronomical_observatory
With all the complaints about the amenity tag being overloaded already, this seems like a good opportunity to avoid doing it more. Toby On Jan 9, 2011 5:35 PM, Dave F. dave...@madasafish.com wrote: On 09/01/2011 21:06, marcellobil...@gmail wrote: Hi all, just a question for all the community w... How are the mapped ones tagged? Not saying it's correct but here's Mauna Kea: http://www.openstreetmap.org/edit?editor=potlatch2lat=19.82544lon=-155.4728zoom=16 ___ talk mailing list talk@openstreetmap.org http://l... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
On 10 January 2011 00:45, M∡rtin Koppenhoefer dieterdre...@gmail.comwrote: 2011/1/9 ヴィカス ヤダヴァ (vikas yadav) mevi...@gmail.com: I surveying from Northern India. I studied how addresses are to be tagged in order so nominatim can locate it. That went great. The problem is the every house has to be tied to a street (addr:street). 1) We don't have names for living streets are you sure you are talking about living streets or do you mean residential streets? 2) We so many times have blocks or sectors (tagged as locality or hamlet) locality should be used for uninhabited places locality is the way i could properly render blocks and sectors right now in OSM india. please suggest if there is a better/proper way achieving the same render result. z12: http://www.openstreetmap.org/?lat=28.408lon=77.0776zoom=12layers=M - you can spot sectors (govt sold residential area) as well as private societies (private sold resi are). z14: http://www.openstreetmap.org/?lat=28.4141lon=77.0564zoom=14layers=M now, you can see blocks to sectors too like block A,B,C or Phase 1,2 or Part 1 or Part 2 which are within the same sector. (but there are no known naming rules so there are always exceptions) Only sometimes, street names are only connecting sectors. but never are there street names within a sector. sorry, that I cannot help you with your original problem. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 09/01/2011 20:17, Dave F. wrote: On 09/01/2011 16:28, Gorm E. Johnsen wrote: Hi Today there is 5500 ways with highway=unsurfaced... Whilst the surface condition should be a sub-tag (surface=*), you unfortunately don't know what the actual road classification is, so it's inadvisable to do a mass change. Does anyone know if there's a way to mass email the persons who tagged them that way ask them to check clarify? I'm not sure that a mass email would be the complete answer, since presumably there would then be a conversation with at least some of the original mappers. Far better to determine the active mappers with most affected ways and start at the top asking them if they can add the extra detail. In a case like this, where something is imperfectly mapped, and there isn't an easy way to infer the extra detail, I really don't see the benefit of retagging. Alternatively, perhaps Gorm could maybe create a page below his user page in the wiki divided the XAPI extra results that you've done by continent and country / state? That way people who've recently been on one of the problem roads might also be able to help. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
It sounds like the current set of tags and structures in OSM don't properly support what you're trying to do at the moment. I think the best way to deal with it would to propose some new tags so that these type of addressing schemes can be properly supported in OSM with supporting documentation. It sounds like you need some sort of block or sector tag you could set on areas to define them properly. A couple of other tags for addressing like addr:block and addr:sector could then be added. It would definitely take some time before they get supported by the renderers and routers but I think that since a good sized chunk of the world uses these types of addressing systems we should have an explicit way to deal with them instead of trying to shoehorn them into a more European system. It will make it easier for mappers there to do things properly and probably also make things work more reliably. I don't have the experience with this type addressing to feel comfortable doing any of that but if you put something up on the wiki people can use and work on it. Cheers, Greg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
Neither block or sector are OSM places. I have used halmet/locality and suburb. by these, rendering is proper if using the existing system could i propose addr:hamlet or addr:suburb support? Also, rendering probably is fine. Its just how gazetteer/nominatim search algo that would require supporting alternate tags. Thanks, Vikas On 10 January 2011 15:34, Gregory Arenius greg...@arenius.com wrote: It sounds like the current set of tags and structures in OSM don't properly support what you're trying to do at the moment. I think the best way to deal with it would to propose some new tags so that these type of addressing schemes can be properly supported in OSM with supporting documentation. It sounds like you need some sort of block or sector tag you could set on areas to define them properly. A couple of other tags for addressing like addr:block and addr:sector could then be added. It would definitely take some time before they get supported by the renderers and routers but I think that since a good sized chunk of the world uses these types of addressing systems we should have an explicit way to deal with them instead of trying to shoehorn them into a more European system. It will make it easier for mappers there to do things properly and probably also make things work more reliably. I don't have the experience with this type addressing to feel comfortable doing any of that but if you put something up on the wiki people can use and work on it. Cheers, Greg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
On Mon, Jan 10, 2011 at 04:04:51PM +0530, ヴィカス ヤダヴァ (vikas yadav) wrote: Neither block or sector are OSM places. I have used halmet/locality and suburb. by these, rendering is proper if using the existing system could i propose addr:hamlet or addr:suburb support? And why not is_in:*, including recursive is_in:* (something has is_in:suburb=something, something suburb has is_in:city=something_else, etc), probably used together with addr:*? I know, that administrative boundaries would often be better, but those are often not available. Greets, Jacek ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
2011/1/10 Vikas Yadav vi...@thevikas.com: On 10 January 2011 00:45, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/1/9 ヴィカス ヤダヴァ (vikas yadav) mevi...@gmail.com: I surveying from Northern India. I studied how addresses are to be tagged in order so nominatim can locate it. That went great. The problem is the every house has to be tied to a street (addr:street). 2) We so many times have blocks or sectors (tagged as locality or hamlet) locality should be used for uninhabited places locality is the way i could properly render blocks and sectors right now in OSM india. please suggest if there is a better/proper way achieving the same render result. This is what we call tagging for the renderers = abusing a tag in a way it is not describing what it is defined for, just because this renders a nice picture. If you need another place-tag, that is not documented here: http://wiki.openstreetmap.org/wiki/Place (e.g. place=block / sector or whatever), you invent it. You can use all tags you like, but it is recommended for features of which you think that they are valuable for other users as well, to document them in the wiki (and maybe send a note to the mailing lists). Usually you would make a proposal. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] App bar at cloudmade routingservice
On 10/01/11 10:22, Maarten Deen wrote: Since a while now, cloudmade has some kind of app bar on the bottom of their routing map [1]. IMHO this is quite annoying as it takes up a whole chunck of the screen for which you get nothing worthwhile in return. Does anyone know how to remove this bar? I see no obvious methods. No x to close it, no settings to do. Isn't this a question you should be addressing to Cloudmade rather than the OSM community? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
2) We so many times have blocks or sectors (tagged as locality or hamlet) OK - this sounds like a combination of bad tagging and software problems with nominatim and the mapnik style sheet. Can I suggest that locality and hamlet are probably not the correct tags and that you need to come up with a consistent way to tag these types of features. Once there is a valid tagging scheme support can be added to nominatim. The suggestion of place=block or place=sector and addr:block, addr:sector sound like a good direction to go. So 1) they need to be documented on the wiki 2) discussed to look for any problems - for instance do they work in other countries with similar problems? 3) a sample area needs to be tagged 4) software tools need to be extended to support the new tags. This can potentially be done quite quickly - and using tags which do not overlap with existing tags makes this a LOT simpler! -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
I used hamlet for my block as pop limit of 1000 is given = satisfied I used suburb for it is neither a village or a town but holds 2 ~ 10 blocks = suggest We do have villages within cities and they have been tagged properly, villages never have sub areas or blocks. Therefore, sectors are not villages. On 10 January 2011 16:35, Brian Quinion openstreet...@brian.quinion.co.ukwrote: 2) We so many times have blocks or sectors (tagged as locality or hamlet) OK - this sounds like a combination of bad tagging and software problems with nominatim and the mapnik style sheet. Can I suggest that locality and hamlet are probably not the correct tags and that you need to come up with a consistent way to tag these types of features. Once there is a valid tagging scheme support can be added to nominatim. The suggestion of place=block or place=sector and addr:block, addr:sector sound like a good direction to go. So 1) they need to be documented on the wiki 2) discussed to look for any problems - for instance do they work in other countries with similar problems? 3) a sample area needs to be tagged 4) software tools need to be extended to support the new tags. This can potentially be done quite quickly - and using tags which do not overlap with existing tags makes this a LOT simpler! -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] App bar at cloudmade routingservice
On Mon, 10 Jan 2011 11:05:28 +, Tom Hughes wrote: On 10/01/11 10:22, Maarten Deen wrote: Since a while now, cloudmade has some kind of app bar on the bottom of their routing map [1]. IMHO this is quite annoying as it takes up a whole chunck of the screen for which you get nothing worthwhile in return. Does anyone know how to remove this bar? I see no obvious methods. No x to close it, no settings to do. Isn't this a question you should be addressing to Cloudmade rather than the OSM community? I thought before I ask them, and since their service is probably frequently used by the community, maybe someone has already found a way and would like to share that knowledge. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
Vikas Yadav vi...@thevikas.com wrote: locality is the way i could properly render blocks and sectors right now in OSM india. please suggest if there is a better/proper way achieving the same render result. z12: http://www.openstreetmap.org/?lat=28.408lon=77.0776zoom=12layers=M - you can spot sectors (govt sold residential area) as well as private societies (private sold resi are). z14: http://www.openstreetmap.org/?lat=28.4141lon=77.0564zoom=14layers=M now, you can see blocks to sectors too like block A,B,C or Phase 1,2 or Part 1 or Part 2 which are within the same sector. (but there are no known naming rules so there are always exceptions) Only sometimes, street names are only connecting sectors. but never are there street names within a sector. I've nor followed the whole discussion but perhaps can you test using boundary relation. You can define area with name and nominatim use them. relation type=boundary boundary=administrative admin_level= ? http://wiki.openstreetmap.org/wiki/Admin_level it seems 6 for blocks but the situation in India seems a bit tricky : http://en.wikipedia.org/wiki/Administrative_divisions_of_India -- Pierre-Alain Dorange OSM experiences : http://www.leretourdelautruche.com/map/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Semantics layer for tags
Hi all, There was a presentation about something like this at the last SOTM, but I can't remember who did it. Please chime in. I was talking to a friend just now about mobile editors for OSM and soon enough the discussion shifted towards general usability issues for OSM. A major one for me has always been the culture / language dependency of the tags. Many of the longer threads on this list, and also in real life talking about OSM, are about some form of 'how do I attribute this?' A big part of why that question is so hard to answer is in cultural and language differences. What constitutes a trunk road in Lithuania? What is a chemist in Spain? Not all tags even translate one to one. This will continue to be a challenge. As the range of editors and contributors broadens, this challenge is going to be even greater. Ideally we would have a semantic layer between the user and the database / API. This layer would comprise of an ontology of geographic feature representations in different languages, think a structured version of the different language versions of the Map Features page. The ontology would also include synonyms of feature representations (think chemist's vs pharmacy, motorway vs freeway vs highway). On top of the ontology would be an interface allowing applications to present the end user with features in their own language. This interface would translate input in any language to a generalized classification for insertion in the database. A semantic layer would solve a lot of problems with tagging ambiguity, break down language barriers, help create a cleaner database and generally make OSM more accessible. It would not only be useful for editing, but also for data representation on rendered maps as well as navigation software. Thoughts? Are we doing this already? Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
2011/1/10 Martijn van Exel m...@rtijn.org: ... is in cultural and language differences. What constitutes a trunk road in Lithuania? What is a chemist in Spain? Not all tags even translate one to one. Ideally we would have a semantic layer between the user and the database / API. This layer would comprise of an ontology of geographic feature representations in different languages, think a structured version of the different language versions of the Map Features page. The ontology would also include synonyms of feature representations... A semantic layer would solve a lot of problems with tagging ambiguity, break down language barriers, Thoughts? Are we doing this already? IMHO we are already doing something like this in our wiki, but the main problems won't be solved hereby. The main problems are the details ;-). Of course you could have a list (or ontology) that says that amenity=fuel would be de:Tankstelle, but it wouldn't tell you that you can at almost all de:Tankstelle get compressed air for your bike, or cigarettes at night, while in many other countries this is not a valid assumption. This is just an example, but you will have these assumptions for most of the tags: for the local mapper they are included, but on a global basis they won't be valid. The meaning of a tag is somehow always dependent on the cultural background / area. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=Observatory OR amenity=astronomical_observatory
On Mon, Jan 10, 2011 at 7:24 PM, Toby Murray toby.mur...@gmail.com wrote: With all the complaints about the amenity tag being overloaded already, this seems like a good opportunity to avoid doing it more. Don't we have an amenity=research_centre? Make it a subtag of that, perhaps? tl;dr: subtags, people! Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 01/09/2011 12:01 PM, Richard Fairhurst wrote: No. highway=unsurfaced could be what's now commonly tagged as highway=track, or highway=unclassified, or highway=bridleway. Only one of those three is a road. Which one were you thinking of? I count two road types in your list: highway=track and highway=unclassified. And it could be other highway=* types too. It’s still better to use highway=road even if it turns out to be a bridleway, because highway=road is basically “we don’t know what it is, only that there’s something there; this needs to be (re-)surveyed”. —Alex Mauer “hawke” ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
On Mon, Jan 10, 2011 at 2:50 PM, M∡rtin Koppenhoefer dieterdre...@gmail.com wrote: 2011/1/10 Martijn van Exel m...@rtijn.org: ... is in cultural and language differences. What constitutes a trunk road in Lithuania? What is a chemist in Spain? Not all tags even translate one to one. Ideally we would have a semantic layer between the user and the database / API. This layer would comprise of an ontology of geographic feature representations in different languages, think a structured version of the different language versions of the Map Features page. The ontology would also include synonyms of feature representations... A semantic layer would solve a lot of problems with tagging ambiguity, break down language barriers, Thoughts? Are we doing this already? IMHO we are already doing something like this in our wiki, but the main problems won't be solved hereby. The main problems are the details ;-). Of course you could have a list (or ontology) that says that amenity=fuel would be de:Tankstelle, but it wouldn't tell you that you can at almost all de:Tankstelle get compressed air for your bike, or cigarettes at night, while in many other countries this is not a valid assumption. Yes, we're trying to maintain the wiki with language versions of the Map Features, but that does hardly solve any problems of accessibility that we're facing because different Things in reality are represented and classified differently in different cultures and languages. A semantic layer between the database and the API (or in the API) would. It could even play a role in describing the implied attributes that you are talking about - consider maxspeed defaults for example. And no, ontologies are not magic wands. At least not Harry Potter grade ones. They don't free us from having to think about editing, but they would make it easier to provide a local culture / language interface to OpenStreetMap editing. This is just an example, but you will have these assumptions for most of the tags: for the local mapper they are included, but on a global basis they won't be valid. The meaning of a tag is somehow always dependent on the cultural background / area. Yes, that is exactly where a semantic layer would come in! For example, I would tag a feature in a semantics-enabled JOSM in my native language, Dutch, as provinciale weg. A lookup in the ontology would expose an ambiguity: a provincial road could be highway=primary or highway=secondary, depending on the road number. Human disambiguation would be required, the attributes of the semantic relation between 'NL:provinciale weg' and 'highway=primary' and 'highway=secondary' could provide a clue to do this. In other cases, it could be automated based on the context. For example, if the road number was already entered by the user. Many other cases would be non-ambiguous, I'm just picking an ambiguous relation to explain how that could work. Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 77, Issue 26
On 1/10/11 12:19 AM, John Smith wrote: On 10 January 2011 02:04, Richard Weltyrwe...@averillpark.net wrote: not just in theory: George Washington Bridge, connecting NYC with New Jersey. and it's not a minor bridge, it is rather a pretty significant one in the traffic grid. so you can't really dismiss the case as purely theoretical. Is this another case of you trying to encourage tagging everything instead of just the exceptions? umm, i just provided a concrete example why the adjective theoretical was not correct in characterizing Nathan's concern. i really don't see how you're getting from Point A to Point B here. richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
Alex Mauer wrote: Which one were you thinking of? I count two road types in your list: highway=track and highway=unclassified. And it could be other highway=* types too. highway=track doesn't imply a road round here; clearly YMV. It’s still better to use highway=road even if it turns out to be a bridleway, because highway=road is basically “we don’t know what it is, only that there’s something there; this needs to be (re-)surveyed”. In the UK there is absolutely no need to use highway=road. We have high-resolution imagery (Bing) and reliable road classification data (Ordnance Survey) for the whole of the country. You can reliably infer any road type from these two sources, remembering too that OSM is an iterative project and that a best guess with a fixme can always be improved upon. Obviously I can't speak for (and don't really care about) your part of the world, but I would consider a mass change of highway=unsurfaced to highway=road in the UK as vandalism, and would take steps to revert it. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/highway-unsurfaced-tp5904655p5907804.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
Martijn van Exel m at rtijn.org writes: This is just an example, but you will have these assumptions for most of the tags: for the local mapper they are included, but on a global basis they won't be valid. The meaning of a tag is somehow always dependent on the cultural background / area. Yes, that is exactly where a semantic layer would come in! For example, I would tag a feature in a semantics-enabled JOSM in my native language, Dutch, as provinciale weg. A lookup in the ontology would expose an ambiguity: a provincial road could be highway=primary or highway=secondary, depending on the road number. Human disambiguation would be required, the attributes of the semantic relation between 'NL:provinciale weg' and 'highway=primary' and 'highway=secondary' could provide a clue to do this. So you're saying that if some extra layer existed, you would be able to add data to the map using natural language rather than following a tagging scheme? Or do you mean that different language communities would have their own tagging schemes, with special values derived from their language (just as current OSM tagging is derived from English), and an intermediate layer would translate it? Or maybe I have got the wrong end of the stick and the important issue is not natural language but different classifications between countries, so that the concept of a 'provincial road' exists in the Netherlands but is not an official road classification elsewhere. In that case, it would make most sense even for Dutch-speaking users to tag it as highway=provincial_way or another English-like tag scheme, to keep things consistent. -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On Mon, Jan 10, 2011 at 12:27 PM, Richard Fairhurst rich...@systemed.net wrote: Alex Mauer wrote: Which one were you thinking of? I count two road types in your list: highway=track and highway=unclassified. And it could be other highway=* types too. highway=track doesn't imply a road round here Is there some well accepted definition of road that you're using to make that statement? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 77, Issue 26
On 11 January 2011 03:21, Richard Welty rwe...@averillpark.net wrote: umm, i just provided a concrete example why the adjective theoretical was not correct in characterizing Nathan's concern. I never said there were no exceptions, however they are just that, exceptions not the rule which is what Nathan seemed to be getting at. i really don't see how you're getting from Point A to Point B here. Based on comments you made in another thread where you were promoting mass changes rather than just tagging exceptions. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
Most of the things you are discussing about can be done in the LinkingOpenData (LOD) environment where you have ontologies dealing with almost every kind of human knowledge. In the LOD there are already several linguistic resources, some of them multilingual.I already developed and tested the feasibility of a SPARQL query expansion using linguistic resources published online.The main bottleneck between OSM and semantic web is constituted by the semantic translation of OSM itself.The OSM database looks poorly expressive semantically and the first semantic translation of OSM, LinkedGeoData already published in the LOD, while trying to overcome some deficiencies needs further development from my point of view.Gianfra To: talk@openstreetmap.org From: e...@waniasset.com Date: Mon, 10 Jan 2011 17:35:20 + Subject: Re: [OSM-talk] Semantics layer for tags Martijn van Exel m at rtijn.org writes: This is just an example, but you will have these assumptions for most of the tags: for the local mapper they are included, but on a global basis they won't be valid. The meaning of a tag is somehow always dependent on the cultural background / area. Yes, that is exactly where a semantic layer would come in! For example, I would tag a feature in a semantics-enabled JOSM in my native language, Dutch, as provinciale weg. A lookup in the ontology would expose an ambiguity: a provincial road could be highway=primary or highway=secondary, depending on the road number. Human disambiguation would be required, the attributes of the semantic relation between 'NL:provinciale weg' and 'highway=primary' and 'highway=secondary' could provide a clue to do this. So you're saying that if some extra layer existed, you would be able to add data to the map using natural language rather than following a tagging scheme? Or do you mean that different language communities would have their own tagging schemes, with special values derived from their language (just as current OSM tagging is derived from English), and an intermediate layer would translate it? Or maybe I have got the wrong end of the stick and the important issue is not natural language but different classifications between countries, so that the concept of a 'provincial road' exists in the Netherlands but is not an official road classification elsewhere. In that case, it would make most sense even for Dutch-speaking users to tag it as highway=provincial_way or another English-like tag scheme, to keep things consistent. -- Ed Avis e...@waniasset.com ___ 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] Semantics layer for tags
Am 10.01.2011 18:11, schrieb Martijn van Exel: Yes, that is exactly where a semantic layer would come in! For example, I would tag a feature in a semantics-enabled JOSM in my native language, Dutch, as provinciale weg. A lookup in the ontology would expose an ambiguity: a provincial road could be highway=primary or highway=secondary, depending on the road number. Human disambiguation would be required, the attributes of the semantic relation between 'NL:provinciale weg' and 'highway=primary' and 'highway=secondary' could provide a clue to do this. In other cases, it could be automated based on the context. For example, if the road number was already entered by the user. I think, it's a good idea to think about semantic layers for OSM, but not for the editing side of the API. There are a few issues where this would work - like the one you mentioned, like the translation of highway=living_street to Spielstraße in German or highway=pedestrian to Fußgängerzone. But there are a lot of other issues much more complicated - and on top of that much less unified in meaning. A lot of threads here, at the tagging mailing list and so on show problems with the interpretation of a tag - even staying with some not-absolutely-defined-kind-of English as base language. If you look at talk-de there are some threads about translation possibilities for JOSM presets. I don't remember much issues there where it was perfectly clear how to translate any tag. Even drinking_water was discussed with multicultural scope to the definition of what water you can drink (with/without boiling it before). I fear, the definition of any official layer dealing with the translation will make these misinterpretations even harder to resolve as I'm not pushed to think about the meaning of a tag before using it. Providing something like that as a translation table or multilanguage ontology is nevertheless a good idea perhaps; to give developers a starting point for translation of features on the one hand, and for understanding of the implicit ontology the tagging builds. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] talk Digest, Vol 77, Issue 26
On 1/10/11 12:59 PM, John Smith wrote: On 11 January 2011 03:21, Richard Weltyrwe...@averillpark.net wrote: umm, i just provided a concrete example why the adjective theoretical was not correct in characterizing Nathan's concern. I never said there were no exceptions, however they are just that, exceptions not the rule which is what Nathan seemed to be getting at. umm, the original discussion was about automated consolidation of nodes with the same coordinates, either by bots or by routing algorithms. Nathan was pointing out cases where this type of consolidation was flawed in that correct mapping required nodes with the same coordinates. you dismissed this as theoretical. i pointed out that it is not. now you're transforming this from theoretical to an exception, which is a different argument. i really don't see how you're getting from Point A to Point B here. Based on comments you made in another thread where you were promoting mass changes rather than just tagging exceptions. not knowing which thread you're referring to, i have no way to respond to this. richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 01/10/2011 11:27 AM, Richard Fairhurst wrote: Alex Mauer wrote: Which one were you thinking of? I count two road types in your list: highway=track and highway=unclassified. And it could be other highway=* types too. highway=track doesn't imply a road round here; clearly YMV. Sounds like the usage is wrong “round there” then. The example image on the wiki[1] clearly shows a road, and one which is pretty typical of a highway=track around here (green grassy field aside, given that it’s winter here) Obviously I can't speak for (and don't really care about) your part of the world, but I would consider a mass change of highway=unsurfaced to highway=road in the UK as vandalism, and would take steps to revert it. That seems quite extreme: while it might be better to do a best-guess+fixme, it’s not clearly “wrong” to change from one form of unknown road classification, to another form of unknown road classification. —Alex Mauer “hawke” 1. http://wiki.openstreetmap.org/wiki/File:Fr%C3%BChlingslandschft_Aaretal_Schweiz.jpg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
(forgot to copy to talk) On Mon, Jan 10, 2011 at 6:35 PM, Ed Avis e...@waniasset.com wrote: Martijn van Exel m at rtijn.org writes: This is just an example, but you will have these assumptions for most of the tags: for the local mapper they are included, but on a global basis they won't be valid. The meaning of a tag is somehow always dependent on the cultural background / area. Yes, that is exactly where a semantic layer would come in! For example, I would tag a feature in a semantics-enabled JOSM in my native language, Dutch, as provinciale weg. A lookup in the ontology would expose an ambiguity: a provincial road could be highway=primary or highway=secondary, depending on the road number. Human disambiguation would be required, the attributes of the semantic relation between 'NL:provinciale weg' and 'highway=primary' and 'highway=secondary' could provide a clue to do this. So you're saying that if some extra layer existed, you would be able to add data to the map using natural language rather than following a tagging scheme? Or do you mean that different language communities would have their own tagging schemes, with special values derived from their language (just as current OSM tagging is derived from English), and an intermediate layer would translate it? The latter. The user would be able to tag a feature with chemist, pharmacy, farmacia or apotheek and that would result in the same coding in the OSM database (currently: shop=chemist). When consuming OSM data, the process could be reversed; based on the locale, a feature tagged shop=chemist could (would) be output as being one of these culturally determined Things. Note that a chemist, a pharmacy, a farmacia and an apotheek are names for something that is similar across cultures and languages, but not literally the same. Or maybe I have got the wrong end of the stick and the important issue is not natural language but different classifications between countries, so that the concept of a 'provincial road' exists in the Netherlands but is not an official road classification elsewhere. In that case, it would make most sense even for Dutch-speaking users to tag it as highway=provincial_way or another English-like tag scheme, to keep things consistent. The idea is to *avoid* having different classifications on the database level, even though one concept could be represented by two different names in one language (consider freeway / highway). Any ambiguity arising from that would have to be handled by additional attributes. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
On Mon, Jan 10, 2011 at 8:25 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, There was a presentation about something like this at the last SOTM, but I can't remember who did it. Please chime in. You might be remembering David Earl's talk, Tag Central Slides http://wiki.openstreetmap.org/wiki/SotM_2010_session:_Tag_Central:_a_Schema_for_OSM Video http://vimeo.com/14776099 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
On Mon, Jan 10, 2011 at 7:29 PM, Richard Weait rich...@weait.com wrote: On Mon, Jan 10, 2011 at 8:25 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, There was a presentation about something like this at the last SOTM, but I can't remember who did it. Please chime in. You might be remembering David Earl's talk, Tag Central Slides http://wiki.openstreetmap.org/wiki/SotM_2010_session:_Tag_Central:_a_Schema_for_OSM Video http://vimeo.com/14776099 Yes, that is it! Thanks Richard! That was a both insightful and funny talk. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
Alex Mauer wrote: Sounds like the usage is wrong “round there” then. The example image on the wiki[1] clearly shows a road http://wiki.openstreetmap.org/wiki/File:Fr%C3%BChlingslandschft_Aaretal_Schweiz.jpg I think if you described that as a road in the UK you'd have the Trades Descriptions people onto you pretty sharpish. Maybe this explains why our newspapers get so over-excited when satnavs direct us down bumpy, inhospitable things and claim they're roads. That would be described only as a track here. But it doesn't matter. There is simply no need to fiddle in this way. The situation is just as it was last time Gorm tried to enforce his own idea of tag tidiness (http://lists.openstreetmap.org/pipermail/talk/2010-November/054639.html); again, this change achieves nothing and is at risk of breaking plenty, including every mkgmap .img based on its default styles. A cursory glance suggests Britain appears to have more highway=unsurfaced than other places, and even then there aren't that many. I will happily fix 200 of them _properly_ (i.e. with what the track actually is, not the cop-out of highway=road) if someone creates a rendering to highlight where they are. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/highway-unsurfaced-tp5904655p5908118.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
American usage would be to refer to that as a road, just not a very high-quality road. I take it that, in Britain, there are certain minimum standards for being called a road? ---Original Email--- Subject :Re: [OSM-talk] highway=unsurfaced From :mailto:rich...@systemed.net Date :Mon Jan 10 12:52:47 America/Chicago 2011 Alex Mauer wrote: Sounds like the usage is wrong “round there” then. The example image on the wiki[1] clearly shows a road http://wiki.openstreetmap.org/wiki/File:Fr%C3%BChlingslandschft_Aaretal_Schweiz.jpg I think if you described that as a road in the UK you'd have the Trades Descriptions people onto you pretty sharpish. Maybe this explains why our newspapers get so over-excited when satnavs direct us down bumpy, inhospitable things and claim they're roads. That would be described only as a track here. But it doesn't matter. There is simply no need to fiddle in this way. The situation is just as it was last time Gorm tried to enforce his own idea of tag tidiness (http://lists.openstreetmap.org/pipermail/talk/2010-November/054639.html); again, this change achieves nothing and is at risk of breaking plenty, including every mkgmap .img based on its default styles. A cursory glance suggests Britain appears to have more highway=unsurfaced than other places, and even then there aren't that many. I will happily fix 200 of them _properly_ (i.e. with what the track actually is, not the cop-out of highway=road) if someone creates a rendering to highlight where they are. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/highway-unsurfaced-tp5904655p5908118.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
Martijn van Exel m at rtijn.org writes: The user would be able to tag a feature with chemist, pharmacy, farmacia or apotheek and that would result in the same coding in the OSM database (currently: shop=chemist). Rather than typing in the name and hoping that it matches in the translation layer, it would be better for the user to select it from a list. It then becomes an ordinary localization problem. If the OSM editor program has a set of choices with user-visible text for each, then existing translation services such as Launchpad Translations can be used to localize them to different languages. When consuming OSM data, the process could be reversed; based on the locale, a feature tagged shop=chemist could (would) be output as being one of these culturally determined Things. Note that a chemist, a pharmacy, a farmacia and an apotheek are names for something that is similar across cultures and languages, but not literally the same. I don't fully understand what you mean. If it all gets tagged the same way on the map then a client program cannot distinguish between the German apothecary and the Spanish pharmacy. It would just be a language lookup and not a culturally determined difference. A residential street is not literally the same across cultures either, but the different kinds have enough in common that they can all be tagged the same way. So I expect most amenities would be like that too. The idea is to *avoid* having different classifications on the database level, even though one concept could be represented by two different names in one language (consider freeway / highway). Any ambiguity arising from that would have to be handled by additional attributes. This sounds very sensible and I think it is mostly the situation we have now. What you are proposing is a more friendly interface to the OSM tags for non- English speakers, rather than a change to the way tagging is done. Is that so? -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
2011/1/10 Martijn van Exel m...@rtijn.org: (forgot to copy to talk) On Mon, Jan 10, 2011 at 6:35 PM, Ed Avis e...@waniasset.com wrote: Martijn van Exel m at rtijn.org writes: The latter. The user would be able to tag a feature with chemist, pharmacy, farmacia or apotheek and that would result in the same coding in the OSM database (currently: shop=chemist). amenity=pharmacy, dispensing=yes/no When consuming OSM data, the process could be reversed; based on the locale, a feature tagged shop=chemist could (would) be output as being one of these culturally determined Things. Note that a chemist, a pharmacy, a farmacia and an apotheek are names for something that is similar across cultures and languages, but not literally the same. The idea is to *avoid* having different classifications on the database level, even though one concept could be represented by two different names in one language (consider freeway / highway). Any ambiguity arising from that would have to be handled by additional attributes. I fear that a system like that will soon become utterly complex, thus disabling most of the mappers of taking part in the tag-development-process. It would shift the discussions away from the ML and wiki to defining the semantic rule set. And still we would have to have definitions in natural language to define what a feature is about, so there is no guarantee that there won't be contradictions or different tags with the same meaning. I agree that it is a good idea to develop such a ruleset (or extend an existing one like linked geodata) to make the usage of our dataset easier (for developers), but I agree with you: it is not a magic wand. cheers, Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
On Mon, Jan 10, 2011 at 6:51 PM, gianfranco gliozzo gfrem...@gmail.com wrote: Most of the things you are discussing about can be done in the LinkingOpenData (LOD) environment where you have ontologies dealing with almost every kind of human knowledge. In the LOD there are already several linguistic resources, some of them multilingual. I already developed and tested the feasibility of a SPARQL query expansion using linguistic resources published online. The main bottleneck between OSM and semantic web is constituted by the semantic translation of OSM itself. The OSM database looks poorly expressive semantically and the first semantic translation of OSM, LinkedGeoData already published in the LOD, while trying to overcome some deficiencies needs further development from my point of view. Gianfra Gianfranco, Can you elaborate on that last point you make? How is OSM lacking in terms of semantic expressiveness? Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=unsurfaced
On 10/01/11 19:00, j...@jfeldredge.com wrote: American usage would be to refer to that as a road, just not a very high-quality road. I take it that, in Britain, there are certain minimum standards for being called a road? Nothing official, but it would be very unusual for anybody to call something that wasn't surfaced a road. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Semantics layer for tags
Yes Martijn there are weak classifications, everything that is not mapped is not represented in the database. For example the classification in five groups of tags and in the subgroups in the map feature list is not expressed in the database. OSM database is missing abstraction levels. Moreover all tags are treated seamlessly, even when they are properties or subclassifications. Martin, existing linguistic resources in the semantic web are able to identify not only synonymy but almost all relation between concepts, also some topological relation like partonomy (a thing is a part of another). Gianfra Date: Mon, 10 Jan 2011 20:27:01 +0100 From: dieterdre...@gmail.com To: m...@rtijn.org CC: talk@openstreetmap.org; e...@waniasset.com Subject: Re: [OSM-talk] Semantics layer for tags 2011/1/10 Martijn van Exel m...@rtijn.org: (forgot to copy to talk) On Mon, Jan 10, 2011 at 6:35 PM, Ed Avis e...@waniasset.com wrote: Martijn van Exel m at rtijn.org writes: The latter. The user would be able to tag a feature with chemist, pharmacy, farmacia or apotheek and that would result in the same coding in the OSM database (currently: shop=chemist). amenity=pharmacy, dispensing=yes/no When consuming OSM data, the process could be reversed; based on the locale, a feature tagged shop=chemist could (would) be output as being one of these culturally determined Things. Note that a chemist, a pharmacy, a farmacia and an apotheek are names for something that is similar across cultures and languages, but not literally the same. The idea is to *avoid* having different classifications on the database level, even though one concept could be represented by two different names in one language (consider freeway / highway). Any ambiguity arising from that would have to be handled by additional attributes. I fear that a system like that will soon become utterly complex, thus disabling most of the mappers of taking part in the tag-development-process. It would shift the discussions away from the ML and wiki to defining the semantic rule set. And still we would have to have definitions in natural language to define what a feature is about, so there is no guarantee that there won't be contradictions or different tags with the same meaning. I agree that it is a good idea to develop such a ruleset (or extend an existing one like linked geodata) to make the usage of our dataset easier (for developers), but I agree with you: it is not a magic wand. cheers, Martin ___ 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] highway=unsurfaced
Anthony o...@inbox.org writes: On Mon, Jan 10, 2011 at 12:27 PM, Richard Fairhurst rich...@systemed.net wrote: Alex Mauer wrote: Which one were you thinking of? I count two road types in your list: highway=track and highway=unclassified. And it could be other highway=* types too. highway=track doesn't imply a road round here Is there some well accepted definition of road that you're using to make that statement? Yes, a public or private way. Something that would be shown in a zoning map as being a parcel. Someting the public has a reasoable expectation of driving on. As opposed to track which is a way to drive on a piece of property that is not a parcel. In Mass this is a legal distinction. IIRC drunk driving, speeding, etc. on a public or private way is an offense, but your own driveway is not such a way. As in if an airport owner lets you drive to 100 on the runway that's not speeding. But if it's a road then it is, even if a private way. I think this is pretty clearly understood even if the boundary is slightly hazy. pgpKODeMn8EyI.pgp Description: PGP signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
2011/1/10 ヴィカス ヤダヴァ (vikas yadav) mevi...@gmail.com: I used hamlet for my block as pop limit of 1000 is given = satisfied I used suburb for it is neither a village or a town but holds 2 ~ 10 blocks = suggest We do have villages within cities and they have been tagged properly, villages never have sub areas or blocks. Therefore, sectors are not villages. You seem to be determined to force the existing tagging scheme onto a situation for which is was not designed. It as far better to use new and appropriate tags that reflect the actual situation - software support should follow fairly rapidly if you come up with a suitable tagging scheme. Using hamlets, villages and incorrectly named roads to try to hack the various software will not work and is very unlikely to be supported by any of the software. Pierre-Alain Dorange's suggestion to use admin_level and some type of boundary is another reasonable way to approach the problem - although I would suggest that your probably want to create something like admin_level=11 or maybe even 12. 6 Is definitely too low. You may also be able to find inspiration in the tagging of Japan - my understanding is that they have a similar approach and may already have created a suitable scheme. -- Brian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] How do I get higher-resolution imagery in JOSM?
At 2011-01-07 06:43, Nathan Edgars II wrote: Both Yahoo and Bing have nice imagery in the Orlando area: http://www.openstreetmap.org/edit?lat=28.417946lon=-81.491858zoom=20 http://www.openstreetmap.org/edit?editor=potlatch2lat=28.417946lon=-81.491858zoom=20 But I cannot get JOSM to load this quality. Is there a trick I'm missing? In the case of Yahoo, the max resolution available via JOSM is a poor 1.6m/pel (160m zoom level in JOSM) because of the API we're allowed to use. The other APIs (including that supported by maps.yahoo.com) have access to higher zoom levels and the higher-res imagery. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Landsat WMS is dead
On Mon, 10 Jan 2011 01:27:11 +0100 Chris Browet c...@semperpax.com wrote: Just out of curiosity, where is Landsat more detailed than Bing or Yahoo? - Chris - plenty of places near me ie western NSW, australia where there is no nearmap coverage nearmap then defaults to landsat, so I am still using landsat ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] address parsing by nominatim
2011/1/10 ヴィカス ヤダヴァ (vikas yadav) mevi...@gmail.com: I used hamlet for my block as pop limit of 1000 is given = satisfied The problem here is that population is only part of the definition of a hamlet. Less than 1000 people is correct, but it also has an implied and is surrounded by open land/farms etc. You can't have a whole bunch of adjacent hamlets sharing borders, they are not hamlets. Stephen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] weekbulletin
Frank, Ik heb gezien dat je regelmatig meeschrijft, natuurlijk :) Het leek alleen een beetje ingezakt de laatste week, vandaar maar even een mailtje naar de lijst. Kun jij vandaag publiceren? Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/10 Frank Fesevur f...@users.sourceforge.net: Martijn, Ik heb deze week niets toegevoegd aan het document, maar ik doe dat wel regelmatig. Zelf houd ik deze en de internationale mailing list en een aantal blogs in de gaten. Dat deed ik toch al, dus de highlights eruit pikken en even vastleggen is een kleine moeite. Maar op die bronnen deze week eigenlijk niet zoveel noemenswaardig gebeurd. Het in je eentje trekken is volgens mij niet het geval, al zie ik ook wel in de revisiegeschiedenis dat het prettig zou zijn als nog meer mensen mee zouden helpen. Gegroet, Frank 2011/1/9 Martijn van Exel m...@rtijn.org: Ha allemaal, Iemand nog wat voor het weekbulletin? Ik wil en kan het niet in mijn eentje trekken, graag dus ieders input. Hoe was bijvoorbeeld die homepage-dag vandaag? Schrijft mee! https://docs1.google.com/document/d/1bihWQMlO-ucLUqPy04OoUVQxZiXP4xOOEXuCjcF2wh8/edit?hl=enauthkey=CIqZu-QG# Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] MappersBabbel Amsterdam
Hoi allemaal, Dit jaar komt er weer een maandelijkse MappersBabbel in Amsterdam. Elke derde dinsdag van de maand. De eerste is dus volgende week dinsdag, de 18e, in café Skek. Vanaf 19:00 Zie je dan! http://wiki.openstreetmap.org/wiki/NL:Amsterdam#Maandelijkse_MappersBabbel Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] weekbulletin
Ik zal hem in mijn pauze publiceren. Gegroet, Frank Op 10 januari 2011 09:13 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Frank, Ik heb gezien dat je regelmatig meeschrijft, natuurlijk :) Het leek alleen een beetje ingezakt de laatste week, vandaar maar even een mailtje naar de lijst. Kun jij vandaag publiceren? Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/10 Frank Fesevur f...@users.sourceforge.net: Martijn, Ik heb deze week niets toegevoegd aan het document, maar ik doe dat wel regelmatig. Zelf houd ik deze en de internationale mailing list en een aantal blogs in de gaten. Dat deed ik toch al, dus de highlights eruit pikken en even vastleggen is een kleine moeite. Maar op die bronnen deze week eigenlijk niet zoveel noemenswaardig gebeurd. Het in je eentje trekken is volgens mij niet het geval, al zie ik ook wel in de revisiegeschiedenis dat het prettig zou zijn als nog meer mensen mee zouden helpen. Gegroet, Frank 2011/1/9 Martijn van Exel m...@rtijn.org: Ha allemaal, Iemand nog wat voor het weekbulletin? Ik wil en kan het niet in mijn eentje trekken, graag dus ieders input. Hoe was bijvoorbeeld die homepage-dag vandaag? Schrijft mee! https://docs1.google.com/document/d/1bihWQMlO-ucLUqPy04OoUVQxZiXP4xOOEXuCjcF2wh8/edit?hl=enauthkey=CIqZu-QG# Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] verwijdering van maillijst
Helaas heb ik zojuist vanuit een verkeerd emailadres gemaild. Willen jullie dit (peter-will...@xs4all.nl) emailadres van de maillijst verwijderen? Nogmaals met dank, Peter Willems ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] verwijdering van maillijst
Zie hier http://lists.openstreetmap.org/listinfo/talk-nl Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/10 Peter Willems peter-will...@xs4all.nl: Helaas heb ik zojuist vanuit een verkeerd emailadres gemaild. Willen jullie dit (peter-will...@xs4all.nl) emailadres van de maillijst verwijderen? Nogmaals met dank, Peter Willems ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Weekbulletin week 2011/1 gepubliceerd
Hallo, Ik heb zojuist de weekbulletin van de afgelopen week gepubliceerd. http://blog.openstreetmap.nl/index.php/2011/01/10/weekbulletin-%E2%80%93-week-1-3-%E2%80%93-9-januari-2011/ Voor iedereen die wil meehelpen met het vullen van ons aller weekbulletin: Plaats je tekst in dit document en dan wordt het op zondagavond of maandagochtend gepubliceerd. https://docs.google.com/document/d/1bihWQMlO-ucLUqPy04OoUVQxZiXP4xOOEXuCjcF2wh8/edit?hl=nlauthkey=CIqZu-QG Gegroet, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Fwd: correctie
Wie kan dit even oplossen voor deze beste man. Tnx alvast. -- Doorgestuurd bericht -- Van: Pedorpedor pedorpe...@hotmail.com Datum: 4 jan 2011 20:06 Onderwerp: correctie Aan: webmas...@openstreetmap.nl Beste mensen, Ik zag dat jullie in de kaart van Nieuwkoop een straatnaam De Bark hebben genoemd. Dit moet zijn De BRAK. De R is waarschijnlijk op de verkeerde plek gezet. ;-) Succes, Peter __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] MappersBabbel Amsterdam
Hoi allemaal, in tegenstelling tot eerdere aankondiging wordt de Amsterdamse Mappersbabbel niet op elke derde dinsdag, maar op elke derde *donderdag* van de maand gehouden. Dit om verwarring / concurrentie met prinsjesdag in september te voorkomen. De eerste is dus komende donderdag 20 januari, in café 'Dwaze Zaken' vlakbij Centraal. Het eerder voorgestelde café Skek is op donderdag vaak toneel van optredens. Borrel gezellig mee! http://wiki.openstreetmap.org/wiki/NL:Amsterdam#Maandelijkse_MappersBabbel Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: correctie
Mooie woorden Op 10 januari 2011 20:03 schreef Martijn van Exel m...@rtijn.org het volgende: Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/10 Frank Heinen f.heinen...@gmail.com: Wie kan dit even oplossen voor deze beste man. Tnx alvast. -- Doorgestuurd bericht -- Van: Pedorpedor pedorpe...@hotmail.com Datum: 4 jan 2011 20:06 Onderwerp: correctie Aan: webmas...@openstreetmap.nl Beste mensen, Ik zag dat jullie in de kaart van Nieuwkoop een straatnaam De Bark hebben genoemd. Dit moet zijn De BRAK. De R is waarschijnlijk op de verkeerde plek gezet. ;-) Succes, Peter __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groet, Paul L. Smits ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fwd: correctie
moet je wel van vis houden ;) Op 10 januari 2011 21:05 schreef Paul Smits paul.l.sm...@gmail.com het volgende: Mooie woorden Op 10 januari 2011 20:03 schreef Martijn van Exel m...@rtijn.org het volgende: Give a man a fish and you feed him for a day. Teach a man to fish and you feed him for a lifetime. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2011/1/10 Frank Heinen f.heinen...@gmail.com: Wie kan dit even oplossen voor deze beste man. Tnx alvast. -- Doorgestuurd bericht -- Van: Pedorpedor pedorpe...@hotmail.com Datum: 4 jan 2011 20:06 Onderwerp: correctie Aan: webmas...@openstreetmap.nl Beste mensen, Ik zag dat jullie in de kaart van Nieuwkoop een straatnaam De Bark hebben genoemd. Dit moet zijn De BRAK. De R is waarschijnlijk op de verkeerde plek gezet. ;-) Succes, Peter __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com __ Informatie van ESET Smart Security, versie van database viruskenmerken 5735 (20101227) __ Het bericht is gecontroleerd door ESET Smart Security. http://www.eset.com ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- Groet, Paul L. Smits ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-is] Örfyrirlestrar á morgun þriðjuda g
Á morgun þriðjudag ætla ég að halda 5 mínútna kynningu um hjólavefsjá á ensku: https://www.facebook.com/event.php?eid=174126615957948. Líklega ekkert sem þið vitið ekki þegar en kannski er annað á dagskránni sem gæti vakið áhuga. Allir velkomnir kv. Björgvin Ragnarsson ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Tankstellendach - große Dächer allge mein
Am 07.01.2011 23:30, schrieb Wolfgang: Hallo, wie würdet ihr das Dach taggen, unter dem die Fahrzeuge tanken? Building = yes mit Garage oder Tunnel finde ich unpassend. Gruß, Wolfgang Hi ! wenn wir schon bei den Dächern sind - wie seht Ihr das mit sehr großen Dächern ??? gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [talk-de] Geofabrik-Mirror klemmt
Hallo, mir ist gerade aufgefallen das der Geofarik-Mirror [1] noch die Daten vom 08.01. beherbergt. Is da was kaputt gegangen? Viele Grüße, Henning [1] http://ftp5.gwdg.de/pub/misc/openstreetmap/download.geofabrik.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] gmapsupp.img abspecken?
Hallo zusammen, ich habe die aktuellste Europa AiO [1] runter geladen, und sie ist zu groß für meine 4GB-Karte. Soweit ich weiß, könnte ich die Einzellayer runter laden und als eine Datei speichern - ich weiß zwar nicht wie, hatte ich aber mal irgendwo gelesen. Kann ich denn vorher auch aus der gmapsupp.img die Einzellayer wieder extrahieren, oder muss ich die auch neu laden? Danke schonmal, Chris... [1] ftp://ftp5.gwdg.de/pub/misc/openstreetmap/download.openstreetmap.de/aio/regions/europe/20110105/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hausnummern bei Wohnblocks
Am 9. Januar 2011 11:58 schrieb Robert S. osm-m...@autobahnen-europa.eu: 2011/1/9 M∡rtin Koppenhoefer dieterdre...@gmail.com +1, es werden m.E. da besser 2 Häuser, die aneinandergebaut sind, gezeichnet. I.d.R. sind die beiden Häuser nämlich statisch ebenfalls unabhängig (besitzrechtlich sind es 2 unterschiedliche Teile). D.h. es gibt zwar im Bereich der Trennwand einen Abstand zum Nachbarn von 0 Metern, aber ansonsten ist es nicht _ein_ Haus sondern 2. Naja, ich zeichne nur 2 verschiedene Gebäude, wenn es auch wirklich verschiedene Gebäude sind (Brandmauer an Brandmauer). 2 gemeinsame Doppelhaushälften sind für mich ein Gebäude. davon war ich ausgegangen. Klar, ziemlich sicher kann man nur sein, wenn man die Baupläne hat (und für Gewissheit muss man mal vor Ort mit dem Hammer ran ;-) ) Aber sowas ist ja nur eine Frage des Designs -1 und dürfte ja keine Auswirkung auf die Nutzbarkeit der Daten haben. ja, kaum Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Am 9. Januar 2011 14:33 schrieb Georg Feddern o...@bavarianmallet.de: * /nach Nutzung/ * agricultural * forestry * emergency http://wiki.openstreetmap.org/wiki/Key:emergency=* * hazmat http://wiki.openstreetmap.org/wiki/Key:hazmat=* ... M. E. ist der Begriff nach Nutzung hier unpräzise, da es weniger um die Nutzung (die steht ja gerade eigentlich immer im Wert, nicht im Schlüssel) sondern um den Fahrzeug-Typ geht. Insbesondere bei agricultural verstärkt dies evtl. eher die falsche Anwendung. Ich würde daher eher auch nach Fahrzeugtyp als Überschrift wählen. -1 emergency, hazmat, und auch die anderen sind klar Nutzungen bzw. Zustände. Ein Gefahrguttransporter darf nur dann nicht dort fahren, wenn er auch wirklich Gefahrgut geladen hat, ein Rettungswagen nur dann von emergency-Regelungen Gebrauch machen, wenn er auch im Einsatz ist, etc. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Ich hab jetzt nicht nachgeschaut wie das genau geregelt ist in Deutschland, aber in der Schweiz ist es so, dass jeweils der landwirtschaftlicher Verkehr gestattet ist, und der ist nur von der Nutzung abhängig und nicht vom Fahrzeugtyp (man könnte also durchaus auch mit dem Ferrari die Fahrten machen). Also sind agricultural und Nutzung begrifflich genau richtig. Ebenso ist es mit forestry. Simon Am 09.01.2011 14:33, schrieb Georg Feddern: ... M. E. ist der Begriff nach Nutzung hier unpräzise, da es weniger um die Nutzung (die steht ja gerade eigentlich immer im Wert, nicht im Schlüssel) sondern um den Fahrzeug-Typ geht. Insbesondere bei agricultural verstärkt dies evtl. eher die falsche Anwendung. Ich würde daher eher auch nach Fahrzeugtyp als Überschrift wählen. agricultural beschreibt hier beileibe nicht die Nutzung (siehe z.B. Zirkusfahrzeuge, Spezial-PKWs mit max. 25km/h u.a.) forestry gibt es nach meinem (allerdings auf Deutschland beschränkten) Kenntnisstand hier bei den Fahrzeugen gar nicht - hier bitte ich für mich ggf. um Nachhilfe. ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] kreative gpx-tracks
Am 09.01.2011 20:42, schrieb Frederik Ramm: Ich vermute, das war aus der Zeit, als man mit Potlatch noch keine lokalen Dateien oeffnen konnte. Daher musste man alles hochladen, was man im Potlatch sehen wollte. Mit Potlatch2 ist das aber nicht mehr der Fall. Und auch in P1 kann man Wegepunkte sehen, habe ständig welche drin. Geht aber glaub nur dann richtig, wenn man das Hochgeladene aus der Liste der eigenen Tracks mit Edit anklickt. Und ich weiß nicht, wie's mit reinen Wegepunkten-Tracks ist, ich meine, da war was ... Das ließe sich aber datensparsamer lösen als mit der Nummer. Gruß Mueck, bekennender P1er ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Steffen Wolf schrieb: Frederik Ramm schrieb: Steffen Wolf wrote: Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Spaetestens aber, wenn Du irgendeine Art von Weiterverarbeitung mit dem lesenden Programm machst, wirst Du einen Vorteil merken, weil bei PBF ja das XML-Parsen komplett wegfaellt. Aber ich war gestern etwas zu negativ eingestellt. Jetzt muessen halt nur noch die Programme nachziehen, dann wird alles besser als bisher. Ich kann ja meine Perl-Skripe auch mal ordentlich in C giessen. Bisher parsen die nur auf gut Glueck die XML-Daten. Bin endlich mal dazu gekommen. Ist jetzt C++ geworden, aber dafuer um Laengen schneller als das bzcat|perl-Geraffel. Beispiel Sachsen, einmal durchlesen, Statistik ausgeben: bzcat | perl: 2m34s pbf-c++ (-O4): 0m13.4s Zur Nachahmung nur empfohlen: Ich hab mir den Quelltext von Osmium angeschaut, schnell erkannt, dass der ja fast das gleiche macht, was ich auch will, und an den entsprechenden Stellen meine Modifikationen eingefuegt. Jetzt muss nur noch JOSM auch PBF einlesen koennen, dann kann ich auch meine XML-Ausgabe verwerfen. stw -- Die französische Jury befand, dass Sarkozy eine genetische Veranlagung haben müsse, die ihn zwinge, immer neue Überwachungsszenarien auszudenken. Daher wurde Sarkozy von der Preisvergabe ausgeschlossen. [heise ueber die Big-Brother-Awards in Frankreich, 27.3.2008] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unpräzise Beschreibung von access im Wiki
Moin, Simon Poole schrieb: Ich hab jetzt nicht nachgeschaut wie das genau geregelt ist in Deutschland, aber in der Schweiz ist es so, dass jeweils der landwirtschaftlicher Verkehr gestattet ist, und der ist nur von der Nutzung abhängig und nicht vom Fahrzeugtyp (man könnte also durchaus auch mit dem Ferrari die Fahrten machen). Also sind agricultural und Nutzung begrifflich genau richtig. Ebenso ist es mit forestry. Und schon bist Du in die Falle getappt, die durch die Überschrift dort suggeriert wird - und das ist eben der Grund, warum ich den Begriff nach Nutzung an dieser Stelle unglücklich finde: Ging mir nämlich am Anfang genauso. Landwirtschaftlicher _Verkehr_ bzw. forstwirtschaftlicher _Verkehr_ wird aber über *=agricultural/forestry getaggt. Das agricultural=* kommt zwar vom Traktor-Symbol, bezieht sich aber ganz allgemein auf entsprechend langsame Fahrzeuge, wie auch in der Beschreibung angegeben (und siehe meine Beispiele). Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Genauigkeit prüfen
Hallo Tirkon, In der Elektrotechnik nutzt man bei schwankenden Messwerten die Durchschnittsbildung über mehrere Messwerte Ich habe mein Gerät mal über Nacht rausgelegt. Ergebnis: 600 Messwerte in 10 Stunden. Das möchte ich gern mit Excel grafisch darstellen. Also habe ich den Durchschnitt für LAT und für LON gerechnet, und die Abweichung dazu für jeden Messwert von LAT und von LON. Ergibt zwei schöne Kurven, einmal für LAT, und einmal für LON. Das hätte ich gern auch als Punktewolke mit LAT/LON. Stichwort: http://de.wikipedia.org/wiki/Circular_Error_Probable Dafür brauche ich wohl: - Abweichung jedes Punktes vom gemittelten Punkt - welche Abweichung haben 50% der besseren Punkte - welche Abweichung haben 95% der besseren Punkte - welche Abweichung haben 98,9% der besseren Punkte (CEP98,9= 2,55*Radius von CEP50, CEP95= 2*Radius von CEP50) Und ich hätte gern eine Grafik wie hier: http://www.kowoma.de/gps/gpsmonitor/explain/Erklaerung.htm 1. Grafik Verteilungsplot Wie berechne ich die Daten? Wie mache ich die Grafik mit Excel? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Per Straßenname den Stadtteil herausfind en
Hallo! Ich habe einen Datensatz mit 1000 Adressen (Straße, Nummer, PLZ) und möchte gerne herausfinden wieviel davon in welchem Stadtteil liegen. Ist sowas mit (dem aktuellen Datenstand von) OSM möglich? Wenn ja, wie? Ich hab gesehen, dass z.B. hier in Leipzig die Stadtteile nur mit einem Punkt gekennzeichnet sind. Würden dort Relationen oder sowas Sinn machen? Viele grüße, Ben ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausfind en
Hallo! Probier mal die Webservices von Geonames.org [1]. Die sind unter einer CC-Lizenz veröffentlicht und nutzen afaik auch OSM-Daten. Z.B. der Cities-Webservice scheint richtig für deine Anwendung zu sein... Gruß, Philip [1]: http://www.geonames.org/export/ws-overview.html -- View this message in context: http://gis.638310.n2.nabble.com/Per-Stra-enname-den-Stadtteil-herausfinden-tp5907414p5907490.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img abspecken?
Theoretisch klappt das mit GMT. Mit der AIO-Karte hab ich das vor einiger Zeit mal gemacht. Und die einzelenn imges dann mit mkgmap zusammengefügt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Aktion 11
Kann man so ein Projekt auch mal für den Vietnam anstoßen? Mir sind da in Hanoi einige nicht verbundene Straßen aufgefallen! Danke Tom Am 09.01.2011 11:58, schrieb Rainer Kluge: Hallo Gary, Am 08.01.2011 20:30, schrieb Gary68: Nach 24h sind 17 von 36 Paketen abgearbeitet Inzwischen sind alle Pakete abgearbeitet! SUPER und vielen Dank allen Helfern schon mal soweit!!! Die ganze Aktion war *super* vorbereitet und organisiert. Das einzige was mich anfangs etwas gestört hat, war der relativ große Anteil von bereits bearbeitetet Problempunkten. Zum einen sind natürlich Mapper aktiv, die zwar deine Analyseergebnisse nutzen, aber von der Aktion 11 nichts wissen, oder die ihren eigenen touch check mit dem Josm Validator machen. Und das ist gut so. Etwas frustierend wirkt es allerdings, wenn man häufig feststellen muss, dass ein an der Aktion beteiligter Mapper bereits korrigiert hat. Dafür gibt es sicher eine plausible Erklärung. Wenn man eine fehlende Verbindung aus dem Paket bearbeitet und ein Problem in unmittelbarer Nachbarschaft sieht, dann behebt man das natürlich mit, auch wenn es nicht im eigenen Paket enthalten ist. Möglicherweise manifestiert sich auch ein und dasselbe Problem als Fehler in zwei verschiedenen Paketen, z.B. mehrere fehlende Verbindung zu einem gedoppelten Weg. Löscht jemand den Weg, dann sind natürlich alle diese Verbindungsfehler hinfällig. Wenn es technisch machbar ist, könnte man derartige Überschneidungen minimieren, indem man die Pakete nach geografischen Kriterien zusammenstellt, so dass benachbarte Fehlerstellen möglichst im selben Paket landen. Dadurch würden sich vielleicht auch längerfristige Patenschaften für ein Gebiet ergeben. Sollte das nicht möglich sein, dann wäre es hilfreich, wenn im Wiki auf die Möglichkeit von Überschneidungen bei der Bearbeitung und deren Ursachen hingewiesen würde. Und sicherheitshalber sollte man explizit darauf hinweisen, dass man sich vor der Bearbeitung in die Liste eintragen soll, nicht erst hinterher. Grüße RainerU ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Dein Post
schick mal die Daten an f...@vollbio.de Ich mach Dir das Excel (97) Gruss Harald ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausfind en
Am 10.01.2011 17:01, schrieb ben: Hallo! Ich habe einen Datensatz mit 1000 Adressen (Straße, Nummer, PLZ) und möchte gerne herausfinden wieviel davon in welchem Stadtteil liegen. Ist sowas mit (dem aktuellen Datenstand von) OSM möglich? Wenn ja, wie? Ich hab gesehen, dass z.B. hier in Leipzig die Stadtteile nur mit einem Punkt gekennzeichnet sind. Würden dort Relationen oder sowas Sinn machen? Es gibt m.E. nicht mal überall eine klare und eindeutige Definition was ein Stadtteil überhaupt ist. Selbst dort, wo innerorts Schilder stehen muß nicht immer ein amtlicher Stadtteil dahinter stecken. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Status Aktion 11
On 01/10/2011 06:23 PM, Tom Müller wrote: Kann man so ein Projekt auch mal für den Vietnam anstoßen? Mir sind da in Hanoi einige nicht verbundene Straßen aufgefallen! Du kannst Dir die entsprechenden Fehler auch mit KeepRight anzeigen lassen und bearbeiten: http://keepright.ipax.at/report_map.php?zoom=14lat=21.03307lon=105.83332layers=B00Tch=0%2C50%2C130%2C191%2C195%2C196show_ign=1show_tmpign=0 -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dein Post
f...@vollbio.de f...@vollbio.de [Mon, Jan 10, 2011 at 07:15:51PM CET]: schick mal die Daten an f...@vollbio.de Ich mach Dir das Excel (97) Sorry, das Listenprogramm munscht den Absender. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausfind en
Am 10. Januar 2011 19:21 schrieb Thomas Reincke m...@thomas-reincke.de: Es gibt m.E. nicht mal überall eine klare und eindeutige Definition was ein Stadtteil überhaupt ist. +1. Ein Stadtteil ist ein Teil einer Stadt mit Namen, das muss nicht mit einer Verwaltungseinheit in Zusammenhang stehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Garmin etrax vista schaltet sich ab
Am 10.01.2011 22:29, schrieb Elchtreiber: Eventuell kann man mal versuchen, eine Stelle zu bestimmen, wo das Gerät gerne ausgeht. Das könnte man dann als Garmin-Bermudadreieck bei OSM eintragen ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Per Straßenname den Stadtteil herausfind en
Ok, sowas hatte ich mir schon gedacht. Vielen Dank für eure Hilfe, ben 2011/1/10 M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 10. Januar 2011 19:21 schrieb Thomas Reincke m...@thomas-reincke.de: Es gibt m.E. nicht mal überall eine klare und eindeutige Definition was ein Stadtteil überhaupt ist. +1. Ein Stadtteil ist ein Teil einer Stadt mit Namen, das muss nicht mit einer Verwaltungseinheit in Zusammenhang stehen. Gruß Martin ___ 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] [OT] Garmin etrax vista schaltet sich ab
Am 10.01.2011 22:29, schrieb Elchtreiber: Ein Fehler in der Stromversorgung kann ich eigentlich, wie Du ja auch, ausschliessen. Ist einem Freund von mir auch schon passiert, da kam die Versorgung per 12V in das Gerät, da kann es kein Batteriewackelkontakt sein. Letzteres ja, ersteres nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ??Reit- und Wanderkarte - Jahresrück blick
Sven Geggus li...@fuchsschwanzdomain.de [Thu, Jan 06, 2011 at 04:21:35PM CET]: [...] Am besten ändern wir das Kürzel GR irgendwie auf ein englischsprachiges Pendant LT für Long Distance Trail oder sowas und dokumentieren an prominenter Stelle, dass wir GR nicht verwenden dürfen weil [TM]. Sollte nicht G.R. reichen? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] gmapsupp.img abspecken?
Am Montag 10 Januar 2011, um 18:13:52 schrieb fla...@googlemail.com: Theoretisch klappt das mit GMT. Was ist GMT? Das Wiki brauchst Du da gar nicht zu fragen [1] ;) Mit der AIO-Karte hab ich das vor einiger Zeit mal gemacht. Und die einzelenn imges dann mit mkgmap zusammengefügt. Danke für die Info und mfG Chris [1] http://wiki.openstreetmap.org/w/index.php?title=Special:Searchsearch=GMT ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] funny signs
Il 10 gennaio 2011 01:25, Michael von Glasow mich...@vonglasow.com ha scritto: Assolutamente... ho già aggiunto una curiosità che avevo incontrato io. PS: guardando il nome dell'altro immagine mi chiedo se siamo solo noi crucchi a vedere queste cose...? Sarà che siamo troppo pignoli... le vediamo anche noi, ma ormai ci abbiamo fatto l'abitudine ;-) -- ciao Luca www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] funny signs
Ho messo 4 mie foto, spero vi piacciano. Saluti Fabrizio Il giorno 10 gennaio 2011 09:47, Luca Delucchi lucadel...@gmail.com ha scritto: Il 10 gennaio 2011 01:25, Michael von Glasow mich...@vonglasow.com ha scritto: Assolutamente... ho già aggiunto una curiosità che avevo incontrato io. PS: guardando il nome dell'altro immagine mi chiedo se siamo solo noi crucchi a vedere queste cose...? Sarà che siamo troppo pignoli... le vediamo anche noi, ma ormai ci abbiamo fatto l'abitudine ;-) -- ciao Luca www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Agriturismo
Ciao come si tagga un agriturismo che fa da mangiare e ha camere da letto ma no ha carattere di hotel??? Grazie Simone Morandi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agriturismo
2011/1/10 MorSi mo...@inwind.it: come si tagga un agriturismo che fa da mangiare e ha camere da letto ma no ha carattere di hotel??? tourism=guest_house Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agriturismo
Ok, ma oltre a tourism=guest_house anche amenity=restaurant? Simone Morandi 2011/1/10 MorSi mo...@inwind.it: come si tagga un agriturismo che fa da mangiare e ha camere da letto ma no ha carattere di hotel??? tourism=guest_house Ciao, Federico ___ 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] Agriturismo
2011/1/10 MorSi mo...@inwind.it: Ok, ma oltre a tourism=guest_house anche amenity=restaurant? decidi te. Se ti sembra un ristorante, aggiungi lo... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agriturismo
Il 10/01/2011 14:15, MorSi ha scritto: Ok, ma oltre a tourism=guest_house anche amenity=restaurant? In realtà gli agriturismi (quelli veri) andrebbero taggati in modo diverso: sono innanzitutto aziende agricole; solo che al momento non si è ancora deciso sul come procedere. Tutti i tag sull'agricoltura/foreste andrebbero rivisti pesantemente. Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agriturismo
Carlo Stemberger, on 10/01/2011 14.52, wrote: Il 10/01/2011 14:15, MorSi ha scritto: Ok, ma oltre a tourism=guest_house anche amenity=restaurant? In realtà gli agriturismi (quelli veri) andrebbero taggati in modo diverso: sono innanzitutto aziende agricole; solo che al momento non si è ancora deciso sul come procedere. Tutti i tag sull'agricoltura/foreste andrebbero rivisti pesantemente. Carlo Qui stà scritto quello che è stato deciso un annetto fà: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO#Agriturismi Damjan ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Agriturismo
Il 10/01/2011 15:29, Damjan Gerli ha scritto: Qui stà scritto quello che è stato deciso un annetto fà: http://wiki.openstreetmap.org/wiki/WikiProject_Italy/TODO#Agriturismi Ottimo! Grazie! Non mi ricordavo più. Andrebbe spostato da TODO ad una pagina più consona. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] debemos aceptar odbl o se perderan los datos?
¿como puedo deshacer en mi perfil la edicion de dominio publico y dejar solo la odbl? From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Mon, 10 Jan 2011 07:52:31 -0500 Subject: [Talk-co] debemos aceptar odbl o se perderan los datos? Hi, I've seen that you haven't accepted the ODbL(1) (new license that in a short time will become the only accepted one) yet. If you will not accept the new license in a short time, all your edits will be lost and you will no longer able to edit OSM. If you are willing to accept it, you can do it, going on the page: https://www.openstreetmap.org/user/terms ;) If you have any questions, please, ask me :) Have a nice day, Fabio A Locati pienso deberian enviar esto en el idioma original, quien no sepa ingles ignora esto ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Quién está trabajando en el Geocoder de Colombia?
Hola, estoy un poco embolatado y aun no he puesto el demo, pero entonces adjunto para compartir con ustedes el código que hemos elaborado ya que conceptualmente es el mismo principio que expone Pilar. ... bueno, también le falta mucho por comentar, pero espero que les pueda dar una idea mientras tanto. Cordial Saludo, Jaime Mejía 2011/1/8 Pilar Saenz mapis...@gmail.com Hola a todos, Fredy me habia planteado hace algún tiempo el problema. Mi mirada puede ser muy teórica, pero espero que sea útil. Desde el punto de vista matemático, lo he dejado en un problema en 2D, y lo justifico considerando que las distancias son suficientemente pequeñas para no tener que trabajar en coordenadas esféricas. La otro es que lo estoy haciendo suponiendo que tenemos un sistema de ejes cartesiano, que nos da un marco de referencia. Como me planteó Fredy originalmente, el problema se podía descomponer en dos partes. la primera, si tenemos dos calles encontrar la intercepción entre ellas, por que no todas las intercepciones se conocen. La segunda, desde un punto de intercepción, poner la dirección asignando una distancia a uno de los dos puntos en dirección del siguiente punto de intercepción. Hasta ahora he hecho un par de programas en python que hacen exactamente eso. El primero, intercepción, calcula la intercepción entre dos rectas definidas a partir de sus coordenadas. El segundo, dirección, calcula la posición a una distancia k entre dos puntos puntos. Envio los programas para saber si esa es la linea en la cual se puede seguir trabajando. Faltaría, si se tiene la latitud y longitud de dos puntos hacer el equivalente a esos puntos en coordenadas cartesianas con distancias definidas en metros. Como lo dije al comienzo, espero que esto sea de utilidad. Entiendo que no siempre las consideraciones teoricas ayudan en la solucion de este tipo de problemas. El día 7 de enero de 2011 20:34, Alexander Garcia alexgarc...@gmail.com escribió: El server lo puedo tener en una uni en alemania. O tambien en bta en una empresa. Sent from my iPhone On Jan 7, 2011, at 7:47 PM, Ariel Nunez ingenieroar...@gmail.com wrote: 3. El servidor es bienvenido pues si es necesaria maquina para esto e inclusive para el render y migrar el geonode. los dos temas son con Ariel , pero el creo que aun anda desconectado por vacaciones. Que por cierto se acaban el Domingo :) Alexander que tipo de conexión tendría el servidor? por ej. a) está en un data center en usa b) en un data center en colombia c) en una empresa d) en un garaje? Independiente de cual sea la respuesta le podemos dar un buen uso para correr las cosas que no puedo correr en los servidores que tengo en Amazon EC2. Saludos y yo también estaré pendiente del tema del geocoder, lo más cercano a eso que he hecho es un geocoder en plsql para postgres (basado en el Tiger) que funcionaba con las calles de Barranquilla y unos datos no libres. Ariel. salu2 Humano On Thursday, January 6, 2011, Igor Támara for checking email... igo...@funtamarapatino.org wrote: Hola, me perdí un poco en este tema, que es de mi interés y en el cual me gustaría poder colaborar, hay algún repositorio, wiki o página donde estén colocando lo que llevan? Estoy a la orden para colaborar en esto, nuestro país afortunadamente es sencillo para la geocodificación :) , a partir de una lat, lon se obtiene la dirección aproximada : Cl Cr en el caso de las ciudades, para las zonas rurales, no se cómo sería :P Gracias. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Alexander Garcia http://www.alexandergarcia.name/ http://www.usefilm.com/photographer/75943.html http://www.linkedin.com/in/alexgarciac Postal address: Alexander Garcia, Tel.: +49 421 218 64211 Universität Bremen Enrique-Schmidt-Str. 5 D-28359 Bremen ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-co] Fwd: [Talk-es] CORINE y ODbL
-- Forwarded message -- From: Iván Sánchez Ortega i...@sanchezortega.es Date: 2011/1/10 Subject: [Talk-es] CORINE y ODbL To: Discusión en Español de OpenStreetMap talk...@openstreetmap.org A las buenas, Me pasan una nota los chicos de la OSMF encargados de hacer las estadísticas de aceptación de la ODbL, antes de hacer el cambio definitivo CC-by-sa - ODbL dentro de dos meses y medio (31 de marzo). Ergo, aviso a navegantes: en las estadísticas ha saltado que en España parte de la importación de CORINE se está haciendo por usuarios que no han aceptado publicar los datos bajo ODbL. Así que, aparte de recomendar que las importaciones se hagan con un usuario aparte, sugiero revisar el tema de la aceptación de la ODbL en las preferencias de usuario (www.osm.org - login - click en cuestro nombre de usuario - preferencias). Porque si no, el tema de limpiar las importaciones masivas no-ODbL-compatibles va a ser un cacao. Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ Talk-es mailing list talk...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera signature.asc Description: PGP signature ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] debemos aceptar odbl o se perderan los datos?
No he visto que se pueda hacer eso. 2011/1/10 Ricardo R harrie...@hotmail.com ¿como puedo deshacer en mi perfil la edicion de dominio publico y dejar solo la odbl? -- From: harrie...@hotmail.com To: talk-co@openstreetmap.org Date: Mon, 10 Jan 2011 07:52:31 -0500 Subject: [Talk-co] debemos aceptar odbl o se perderan los datos? Hi, I've seen that you haven't accepted the ODbL(1) (new license that in a short time will become the only accepted one) yet. If you will not accept the new license in a short time, all your edits will be lost and you will no longer able to edit OSM. If you are willing to accept it, you can do it, going on the page: https://www.openstreetmap.org/user/terms ;) If you have any questions, please, ask me :) Have a nice day, Fabio A Locati pienso deberian enviar esto en el idioma original, quien no sepa ingles ignora esto ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-es] ITACyL 3D e imágenes 2010
On Saturday 08 January 2011 01:01:13 Marco Fernández wrote: Coñas a parte, también he visto por aquí [1] que se han actualizado los cuadrantes NW y SE, con imágenes de 2010. ¿Esto puede indicar que las imágenes de PNOA también se van a actualizar, o no tiene nada que ver? Las ortos de las comunidades autónomas pasan por un proceso de revisión (un poco lento) en el IGN antes de meterse en PNOA. En otras palabras: te las encontrarás en PNOA, pero tendrás que esperar como mínimo unos cuantos meses. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Enemies of truth: Convictions are more dangerous enemies of truth than lies. -- Friedrich Nietzsche [1844 - 1900] signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Buscando webs de POIs
On Saturday 08 January 2011 15:10:24 jynus wrote: Las dos licencias anteriormente nombradas indican que se debe permitir cualquier uso, incluído los comerciales, por lo que *yo* entiendo que no es posible. Que la fundación no cobre por los datos y los ponga gratuítamente a disposición de todos no implica que un tercero pueda montar un negocio con ellos, siempre que cumplan los criterios de redistribucion (como hacen Mapquest o Bing, los cuales, en mi opinion, repercuten a su vez positivamente en el proyecto). +1 -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
On Friday 07 January 2011 13:46:10 Jonas Andradas wrote: Buenas, ¿se sabe de lugares propuestos por el IGN ya? Yo pensaba que nos los propondrían, pero que no lo habían hecho aún. No es del IGN, pero se le acerca bastante: http://wiki.openstreetmap.org/wiki/Jaén_Mapping_Party Desde mi punto de vista, el sarao de Jaén puede ser un punto de partida para las parties IGN-sponsored. On Friday 07 January 2011 12:44:13 Jaume Figueras i Jové wrote: ¿La reunión anual debe hacerse antes por temas legales de la fundación OSM-Spain? Iván: nos iluminas? A ver, la reunión anual habría que hacerla, pero en plan reunión de trabajo. Hace falta poner en orden el papeleo y los dineros de OSM-es, sobre todo después de hacer el SotM el año pasado. Todo el tema de llevar las cuentas y levantar actas hay que hacerlo si nos queremos mover en serio. On Friday 07 January 2011 16:38:00 Carlos Dávila wrote: A la espera de que haya o no propuestas del IGN, yo tenía pensado hace tiempo proponer Badajoz [1] como lugar para la próxima reunión. Como capital de provincia, con casi 150.000 habitantes me parece lamentable lo escasamente mapeado que está. [1] http://osm.org/go/b58QzRU ¿Badajoz? OK! On Friday 07 January 2011 17:34:16 Jaume Figueras wrote: pues hay un vuelo BCN-Badajoz directo, que bien!, por que los 1100 Km. que me proponeis :P esta vez no los haré en coche :D Vamos, Jaume... ventanilla bajada, pelo al viento, guitarras de cartón en el asiento de detrás... en el fondo lo estás deseando :-P -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Now listening to: Kaya Project - Buddha-Bar X (2008) - [5] Salaam (remix for Irina Mikhailova) (6:07) (75.00%) signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] CORINE y ODbL
A las buenas, Me pasan una nota los chicos de la OSMF encargados de hacer las estadísticas de aceptación de la ODbL, antes de hacer el cambio definitivo CC-by-sa - ODbL dentro de dos meses y medio (31 de marzo). Ergo, aviso a navegantes: en las estadísticas ha saltado que en España parte de la importación de CORINE se está haciendo por usuarios que no han aceptado publicar los datos bajo ODbL. Así que, aparte de recomendar que las importaciones se hagan con un usuario aparte, sugiero revisar el tema de la aceptación de la ODbL en las preferencias de usuario (www.osm.org - login - click en cuestro nombre de usuario - preferencias). Porque si no, el tema de limpiar las importaciones masivas no-ODbL-compatibles va a ser un cacao. Un saludo, -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Uso de SIG nomecalles en OSM
On Sunday 09 January 2011 03:18:00 jynus wrote: Lo cual podría dar a entender que la información de nomecalles, que lo gestiona el propio IECM, debería seguir una política de uso similar Nunca está de más asegurarse al 100%. De hecho es la política general del proyecto. Exacto. Por eso voy a buscar una persona de contacto del IECM para ver si se puede mover este tema por la asociación OSM España. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org In the strict scientific sense we all feed on death -- even vegetarians. -- Spock, Wolf in the Fold, stardate 3615.4 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
Hola, On 01/10/2011 03:40 PM, Iván Sánchez Ortega wrote: No es del IGN, pero se le acerca bastante: http://wiki.openstreetmap.org/wiki/Jaén_Mapping_Party Desde mi punto de vista, el sarao de Jaén puede ser un punto de partida para las parties IGN-sponsored. Ya, pero la reunión OSM-es se debe hacer antes de Abril o no? La de febrero de 2010, se hizo en estas fechas por temas de aniversario o por acta de la fundación de 2009? A ver, la reunión anual habría que hacerla, pero en plan reunión de trabajo. Hace falta poner en orden el papeleo y los dineros de OSM-es, sobre todo después de hacer el SotM el año pasado. Todo el tema de llevar las cuentas y levantar actas hay que hacerlo si nos queremos mover en serio. Si se hizo la fundación será por que nos queremos mover en serio, no? ¿Badajoz? OK! Si la reunión OSM-es se hace independiente de la Semana de Jaén. Posibles fechas? Vamos, Jaume... ventanilla bajada, pelo al viento, guitarras de cartón en el asiento de detrás... en el fondo lo estás deseando :-P Jajajaj... Las Maite-Guitarras molaron. Maite dice que te llegaron al alma jajajaj y con la actuación final Henk-Iván nos sacamos una pasta... :P:P:P Salut! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Uso de SIG nomecalles en OSM
El lunes día 10 de enero de 2011, a las 16:31:46 +0100, Iván Sánchez Ortega escribió: Exacto. Por eso voy a buscar una persona de contacto del IECM para ver si se puede mover este tema por la asociación OSM España. Aunque seguro que ya lo has visto, por si acaso, en el visor en cuestión la dirección de correo de contacto que dan es la siguiente: iestanomecal arrobita_dinamita madrid.org Sustitúyase lo evidente por lo obvio, no sea que los malditos arácnidos spameros se den cuenta de la dirección y les llenen el buzón con morralla. Un saludo. -- José Luis Domingo López Linux Registered User #189436 Linux Kubuntu 10.04 LTS (Linux 2.6.32-26-386) signature.asc Description: Digital signature ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
2011/1/10 Jaume Figueras jaume.figue...@masafi.cat: Jajajaj... Las Maite-Guitarras molaron. Maite dice que te llegaron al alma jajajaj y con la actuación final Henk-Iván nos sacamos una pasta... :P:P:P Eso es que los proyectos libres tambien tienen modelo de negocio. :) Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Correccion del zoom
creo que el zoom es este.Perdon http://www.openstreetmap.org/?lat=42.648968lon=-6.057447zoom=18layers=M http://www.openstreetmap.org/?lat=42.648968lon=-6.057447zoom=18layers=M ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es