Re: [Talk-si] Vprašanje glede kategorizacije cest
Pred kratkim sem začel urejati OSM in imam vprašanje glede kategorizacije cest. Iz legende je razvidno, da so tertiary road in tertiary link dvopasovne ceste s črto na sredini, ki loči vozna pasova. Vse manjše ceste pa so označene kot minor road. Moja težava izvira v tem, da je v okolici precej dobro vzdrževanih makadamskih poti za dostop do njiv s traktorjem, vendar pa se da po njih brez težav voziti z avtomobilom. Če pravilno razumem, potem makadamske poti tudi spadajo pod minor road, vendar mi ni všeč, da so označene enako kot širše asfaltirane ceste. Po drugi strani pa se mi vse možnosti pod Path zdijo premajhne, saj so primerljive z makadamskimi cestami po katerih se redno vozijo avtomobili. Kaj uporabljate vi? Za širše/boljše makadamske ceste predlagam: highway=unclassified surface=compacted za dobre kolovoze/gozdne/kmetijske ceste pa: highway=track tracktype=grade1 Mark ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
Re: [Talk-si] Vprašanje glede kategorizacije cest
On Thursday 09 August 2012 12:08:48 Mark Martinec wrote: Pred kratkim sem začel urejati OSM in imam vprašanje glede kategorizacije cest. Iz legende je razvidno, da so tertiary road in tertiary link dvopasovne ceste s črto na sredini, ki loči vozna pasova. Vse manjše ceste pa so označene kot minor road. Moja težava izvira v tem, da je v okolici precej dobro vzdrževanih makadamskih poti za dostop do njiv s traktorjem, vendar pa se da po njih brez težav voziti z avtomobilom. Če pravilno razumem, potem makadamske poti tudi spadajo pod minor road, vendar mi ni všeč, da so označene enako kot širše asfaltirane ceste. Po drugi strani pa se mi vse možnosti pod Path zdijo premajhne, saj so primerljive z makadamskimi cestami po katerih se redno vozijo avtomobili. Kaj uporabljate vi? Za širše/boljše makadamske ceste predlagam: highway=unclassified surface=compacted za dobre kolovoze/gozdne/kmetijske ceste pa: highway=track tracktype=grade1 V redkih primerih so poljedelske/gozdne ceste celo asfaltirane. V takih primerih lahko uporabis: highway=track tracktype=grade1 surface=paved ali bolj specifično: highway=track tracktype=grade1 surface=asphalt Pri višjih razredih cest (tertiary, ...) je najbolje da se držiš tega priporočila http://wiki.openstreetmap.org/wiki/Sl:Map_Features Bodi previden pri klasifikaciji gozdnih cest. Če boš grade spustil prehitro bodo skoraj vse gozdne ceste imele grade5. Najboljse da si za referenco vzameš kako višje rangirano cesto, ki ima kakšne odseke, ki niso najbolje utrjeni. Naprimer Lovrenc na Pohorju - Pesek ali Ribnica na Pohorju - Ribniška koča. To ti je referenca za grade1. Nekoliko slabše grade2, Še slabše a boljše od traktorskih vlak grade3. Traktorske vlake grade4. Komaj opazne poti grade5. Pozdrav, BLaž ___ Talk-si mailing list Talk-si@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-si
Re: [OSM-legal-talk] [OSM-talk] OSMF Board auto industry / What's the story?
On Thu, Aug 9, 2012 at 8:05 PM, Phil! Gold phi...@pobox.com wrote: CC-BY-SA is similar in broad terms (you must license the mixed database to the user under CC-BY-SA), but lacks the details more specific to datasets, like the reasonable-format requirement. Can you provide more information on this? mike -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Saving wikipedia(tm) articles from deletion http://SpeedyDeletion.wikia.com Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
For mappers which are not OSMF members but interested in the response... http://lists.openstreetmap.org/pipermail/osmf-talk/2012-August/001618.html -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039p5720100.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] OSMF Board auto industry / What's the story?
For mappers which are not OSMF members but interested in the response...http://lists.openstreetmap.org/pipermail/osmf-talk/2012-August/001618.html http://lists.openstreetmap.org/pipermail/osmf-talk/2012-August/001618.html The response includes a clear action for OSM/OSMF. That is they would love to see a roadmap for how the gaps [between OSM and commercial navigation maps] will close over time. Is anyone working on putting this plan together? Perhaps we can bring back project of the month to help add some of the things identified in the plan - e.g. work on adding turn restrictions. Regards, RobJN ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
On 2012-08-09 14:36, Rob Nickerson wrote: For mappers which are not OSMF members but interested in the response... http://lists.openstreetmap.org/pipermail/osmf-talk/2012-August/001618.html The response includes a clear action for OSM/OSMF. That is they would love to see a roadmap for how the gaps [between OSM and commercial navigation maps] will close over time. Is anyone working on putting this plan together? Perhaps we can bring back project of the month to help add some of the things identified in the plan - e.g. work on adding turn restrictions. What would be interesting is to know what is necessary for them to use OSM. Is it possible to need their meets and therefore usefull to spend time to do it or not? For instance: address information. Is the Karlsruhe-scheme sufficient? And this comment: additional effort to convert the map data into their proprietary format due to the lack of structural information. Of course there is some effort in converting the map, but what lack of structural information are they talking about? Just curious: what is the current legal stand on mixing OSM with proprietary information? Let's say I want to use the OSM map and I have bought a proprietary list of POI's. Am I allowed to combine this, convert this to my proprietary format and distribute this, only giving credit? Because that is not share-alike nor open. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
And I'm forgetting the biggest issue: additional effort to convert the map data into their proprietary format due to the lack of structural information. If convert the map into their proprietary format is only something that can be done at the car manufacturers mercy, as in: they don't provide (preferably free) tools to do so or the description of their format, then it's useless anyway. The whole issue is that the customer is free to use the OSM maps on navigation devices. I don't see the added value of having an OSM map if I still have to wait for (paid) updates by my car manufacturer. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] shameless copying: still going on !!
Now the map cleaning phase has been completed (according to the message of the day in JOSM) Per today 8/9/2012 I still find most of my contributions that were contributed under the CC-BY-SA license in the new map, mostly simply cutted pasted This time I focused on my contributions in Israel. Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It's impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. Same for the red walk I actually walked and surveyed myself with a GPS, it still in an unmodified version in the map, just the author changed. Same for the numerous fish farms I drew, and apparently are the only one in Israel according to Mr_Israel called Fish_farming in English. The rest of the hundreds of fish farms in only marked is only water. Same for the entire kibbutz Geva , all details I draw are still there, including voluntary mistakes in introduced. No changes but the name of the author. Mr_israel even for the sake of making less efforts copied the Places name Geva and left the original source. On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. I declare the new map still to be CC-BY-SA and not ODBL Gert Gremmen cetest image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
On Thu, Aug 9, 2012 at 3:02 PM, Maarten Deen md...@xs4all.nl wrote: And I'm forgetting the biggest issue: additional effort to convert the map data into their proprietary format due to the lack of structural information. If convert the map into their proprietary format is only something that can be done at the car manufacturers mercy, as in: they don't provide (preferably free) tools to do so or the description of their format, then it's useless anyway. The whole issue is that the customer is free to use the OSM maps on navigation devices. I don't see the added value of having an OSM map if I still have to wait for (paid) updates by my car manufacturer. +1000 ! -- -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shameless copying: still going on !!
Why are you whinging at us rather than at the appropriate committee of the OSMF? It was their stupid idea in the first place; they should be dealing with the fallout. Please leave us out of it. If, then, a warning about cutting-and-pasting needs to occur, it can come from them. And to make sure they take it seriously, you should couch your complaint in the form of a demand letter, explaining the monetary harm you have suffered (or the mental anguish as an author) because of the different uses the map has been put to under the ODbL rather than the CC-By-SA license. You should also include your legal theory explaining how your collection of facts about the world is a creative work rather than simply a random collection of facts about the world. You know, where you deliberately included some facts, and decided to exclude other facts as a way of expressing your creativity. Don't bother US about it. ce-test, qualified testing bv - Gert Gremmen writes: the CC-BY-SA license in the new map, mostly simply cutted pasted GERT: DON'T READ THIS PARAGRAPH: Note to readers who aren't Gert: Yes, I realize that there is no creativity is what people choose to map and what they don't. It is a simple matter of what is convenient and enjoyable to map, and what is not, which does not rise to the level of creativity or sweat of the brow (how sweaty do YOU get deciding which ponds to mark as fish farms and which to leave as mere ponds??). And yes, I realize that there is practically ZERO documentable harm between the uses people can make of the OSM data between the ODbL and CC-By-SA. And yes, I realize that the OSM data hasn't even been published under the ODbL yet. -- --my blog is athttp://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shameless copying: still going on !!
On 9 Aug 2012, at 14:10, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Now the map cleaning phase has been completed (according to the message of the day in JOSM) Per today 8/9/2012 I still find most of my contributions that were contributed under the CC-BY-SA license in the new map, mostly simply cutted pasted This time I focused on my contributions in Israel. Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It’s impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. Same for the red walk I actually walked and surveyed myself with a GPS, it still in an unmodified version in the map, just the author changed. Same for the numerous fish farms I drew, and apparently are the only one in Israel according to Mr_Israel called Fish_farming in English. The rest of the hundreds of fish farms in only marked is only water. Same for the entire kibbutz Geva , all details I draw are still there, including voluntary mistakes in introduced. No changes but the name of the author. Mr_israel even for the sake of making less efforts copied the Places name Geva and left the original source. On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. I declare the new map still to be CC-BY-SA and not ODBL 1) I hope someone very quickly bans the above accounts and removes your copyrighted data from the map. 2) Just a tiny semantic point... You don't get to declare that, it's being shipped under the ODbL license. What you do get to declare is that OSM is currently infringing your copyright and ask them to fix that! Bob___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shameless copying: still going on !!
That's a bad thing. In case people want to have a look, it seems Gert means this for example: http://www.openstreetmap.org/browse/way/150461594 Greetings, Floris Looijesteijn On Thu, Aug 9, 2012 at 3:10 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Now the map cleaning phase has been completed (according to the message of the day in JOSM) ** ** Per today 8/9/2012 I still find most of my contributions that were contributed under the CC-BY-SA license in the new map, mostly simply cutted pasted ** ** This time I focused on my contributions in Israel. ** ** Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It’s impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. ** ** Same for the red walk I actually walked and surveyed myself with a GPS,*** * it still in an unmodified version in the map, just the author changed. ** ** Same for the numerous fish farms I drew, and apparently are the only one** ** in Israel according to Mr_Israel called Fish_farming in English. The rest of the hundreds of fish farms in only marked is only water. ** ** Same for the entire kibbutz Geva , all details I draw are still there, *** * including voluntary mistakes in introduced. No changes but the name of the author. Mr_israel even for the sake of making less efforts copied the Places name Geva and left the original source. ** ** On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! ** ** ** ** ** ** ** ** If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. ** ** ** ** ** ** I declare the new map still to be CC-BY-SA and not ODBL ** ** ** ** ** ** Gert Gremmen cetest ** ** ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shameless copying: still going on !!
On Thu, Aug 9, 2012 at 3:10 PM, ce-test, qualified testing bv - Gert Gremmen g.grem...@cetest.nl wrote: Literally all of the unique features I added to the Israel map have been copied by a so-called Mr_Israel, including the home of my family, as the only building in a circle of a few kilometers around their home. It’s impossible that Mr_Israel choose this home by hazard and made the effort of re-survey himself. ** ** Same for the red walk ... Same for the numerous fish farms I drew... Same for the entire kibbutz Geva... On none of the modified data a new source such as BING or GPS survey is mentioned, so I keep it on shameless copying ! First, thank you for trying to keep OSM database clean of tainted data. You are right, these examples show that one person tried to remap your lost data. If you have evidence that your contributions have been simply copied and not re-surveyed, you should contact the DWG team. They are able to suspend such bad behaviour (e.g. blocking temporarily this user) and withdraw the concerned edits. If this is how the OSM community respects copyrights, then I have to fear for the rest of the map. Please, do not mix up one contributor bad actions and the OSM community. I'm sure you would not like the same mix up in your personal case. I declare the new map still to be CC-BY-SA and not ODBL The DWG should react on your message. But hey, you cannot expect that all your contributions will never be remapped by others soon or later (of course, they will have to use other sources). Excepted the voluntary mistakes in introduced you mentionned which is asking how far we can trust your contributions in general. Pieren image001.gif___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
On 09.08.2012 15:02, Maarten Deen wrote: I don't see the added value of having an OSM map if I still have to wait for (paid) updates by my car manufacturer. No one is talking about YOUR added value. It's about saving money for the manufacturer. They can talk easier about discounts with Navteq/Teleatlas if there is a free alternative. Do you know NDS? http://www.nds-association.org/ Here an article (in german) where a BMW employee writes about the future data model. http://www.all-electronics.de/media/file/8737 Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] shameless copying: still going on !!
Am 09.08.2012 15:10, schrieb ce-test, qualified testing bv - Gert Gremmen: I declare the new map still to be CC-BY-SA and not ODBL Well... Your examples have to be investigated and fixed, I'm sure, but here you're completely right: OSM is still licensed as CC-BY-SA currently as far as I know. Who told you it has changed the license, yet? So it's perfectly clean up to know. Sure: There may be problems that should prevent from finally switching to odbl, and yes, some examples might be the ones you mentioned. Sure: we might not find every single piece where such problems exist - just like you probably don't have any idea how to find copyright problems in your fork. There have been copyright infringements by copies from google and others before, and ususally they have been found and fixed, because somebody reported these to osm, in a most often constructive way. Unluckily you're not constructive in the way you report these problems - but nobody expected that from you, I fear. At least you mentioned user names and fuzzy regions where further investigation might start, while of course it would have been easier to solve with direct references, but sure: you don't want to help, you want to flame again and again. That's boring, sorry. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Extended tagging schema - my thoughts
Hi all, One of the issues raised with the extended conditions tag schema was the use of variable values in the key part of the tag. For example maxspeed:wet = 80 is in the form constant:variable=variable. This has been deemed to break the basic tagging rules. Can I therefore give alternative suggestions: * maxspeed=120; 80?wet; 60?wet+hgv Here '?' can be interpreted as 'if' and '+' as 'and'. Many alternatives can be proposed using alternate symbols (or none at all). In fact, it is already in use: * opening_hours=Mo-Sa 10:00-20:00; Tu off This is off the form constant=condition value; condition value. Using this existing schema, the maxspeed example becomes: * maxspeed=120; wet 80; wet+hgv 60 Advantages: Easy to reduce back to the basic condition, editors can implement this in a fancy GUI; expandable, can use bots to analyse/fix Opinions welcome, Regards, RobJN ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extended tagging schema - my thoughts
On Thu, Aug 9, 2012 at 5:51 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: * maxspeed=120; 80?wet; 60?wet+hgv Here '?' can be interpreted as 'if' and '+' as 'and'. It's maybe more readable if you write 120; wet ? 80 ; wet+hgv ? 60 Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Extended tagging schema - my thoughts
(Foolish me - meant to send that email to the tagging list. It's now posted there so suggest any more responses are to the tagging list.) Yep, many formats can be used. First thing is to see if the idea is liked by anyone, including Eckhart, who raised the issue on the tagging list today. Regards, Rob On 9 August 2012 17:14, Pieren pier...@gmail.com wrote: On Thu, Aug 9, 2012 at 5:51 PM, Rob Nickerson rob.j.nicker...@gmail.com wrote: * maxspeed=120; 80?wet; 60?wet+hgv Here '?' can be interpreted as 'if' and '+' as 'and'. It's maybe more readable if you write 120; wet ? 80 ; wet+hgv ? 60 Pieren ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
* Maarten Deen md...@xs4all.nl [2012-08-09 14:55 +0200]: Just curious: what is the current legal stand on mixing OSM with proprietary information? Let's say I want to use the OSM map and I have bought a proprietary list of POI's. Am I allowed to combine this, convert this to my proprietary format and distribute this, only giving credit? As I understand it (and, of course, legal-talk@ is that way --), under the ODbL, if you mix your own data into OSM data and distribute the result, you must give any users access to your mixed database and license that database to them under the ODbL (or give them your POI list and whatever programs are necessary to mix the two datasets). You have to provide this data in a reasonably-accessible format. CC-BY-SA is similar in broad terms (you must license the mixed database to the user under CC-BY-SA), but lacks the details more specific to datasets, like the reasonable-format requirement. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
Maarten Deen wrote What would be interesting is to know what is necessary for them to use OSM. Is it possible to need their meets and therefore usefull to spend time to do it or not? For instance: address information. Is the Karlsruhe-scheme sufficient? afaik, lanes directions and lane-directions (plus well known coverage issues) to make these fancy images with lanes and signposts what you can see if you change a motorway at a motorway intersection for example at new commercial systems. The german forum is disussing with a employee of a manufacturer. The issue we have and why would should discuss that with them is, that we have no knowledge how such information can be used by consumers. We have routing engines but these do not use lane, turn-lane and signpost(direction=) informations. So we have no idea if our tagging would work for consumers (open-source or commercial). The idea is to get some help from them. -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039p5720242.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] OSMF Board auto industry / What's the story?
On 09.08.2012 22:17, ThomasB wrote: The german forum is disussing with a employee of a manufacturer. could you please send a link to that discussion her into the mailing list? Thanks, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
On 09.08.2012 23:26, Michael Kugelmann wrote: On 09.08.2012 22:17, ThomasB wrote: The german forum is disussing with a employee of a manufacturer. could you please send a link to that discussion her into the mailing list? http://forum.openstreetmap.org/viewtopic.php?id=17795 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Introducing myself and I have a question too
On 08/08/12 15:53, Matthew Landauer wrote: All of our projects have involved some kind of geo lookup, where we find out where something is, or the user is and we map that back to some kind of government area, either and electoral boundary or a local government or some such thing. We've had a number of ad-hoc approaches to this over the years but now we we would like to make this all simpler. Recently, mySociety, a UK based charity and one the worlds pioneers in online digital democracy released a web service called mapit: http://global.mapit.mysociety.org/ What it does is slurp administrative boundary data from OSM and present and republish it in a really easy to use (and free) web service. I had a quick look and it seems it can also consume other non-OSM data sources. I would support a small hack which allows it to directly consume the ABS ASGS Non-ABS Structures? Even if we end up importing the stuff into OSM, since OSM editors can improve or change it, it will still be of benefit to have a direct link between mapit and the ABS source data. What I would like to do is help the Australian OSM community in whatever way I can get the administrative boundary data in OSM up to date and complete. My personal focus really is on the local government area (LGA) boundaries. Since I'm a virtually complete newbie in the OSM sphere I don't want to just blunder into something that I know little about, tread on peoples' toes and generally create havoc. I see that 2011 LGA boundary data is available on data.gov.au: http://data.gov.au/dataset/local-government-area-asgc-ed-2011/ That dataset is actually the LGA structure from the ASGC 2011. http://www.abs.gov.au/ausstats/abs@.nsf/mf/1259.0.30.001 I would get it straight from the source. The source even includes more documentation about it. However as stated in that page, that structure was replaced by the ASGS 2011. http://www.abs.gov.au/ausstats/abs@.nsf/mf/1270.0.55.003 I'm not sure if there is any differences between the two though. I've also got some scripts to load the ASGS 2011 into PostgreSQL/PostGIS at https://github.com/andrewharvey/asgs2pgsql and according to this post http://blog.osmfoundation.org/2011/09/24/odbl-data-gov-au-permission-granted/ data from data.gov.au can safely be included in OSM. Well, the data is actually ABS data licensed CC-BY (though itself a derived work from various other works), and that statement from data.gov.au is simply their interpretation that CC-BY data can be uploaded to OSM, but okay. Is this something that has already been done, or is already in progress? If not, what can I do to help? I'm happy to learn and get myself up to speed in whatever technical way is required. I just need a little guidance. ;-) On 08/08/12 17:03, Matthew Landauer wrote: I want to see the LGA data in OSM because that will make it easy to get the data into the mapit service that I mentioned and we want to use mapit for the OpenAustralia Foundation. As for why not import the data directly into mapit? Well, we could of course but that would limit the reusability of the work. OSM is an incredible resource and it would be great to be able to contribute to that rather than taking a shortcut which would just benefit our needs and not the greater good of the community. Keep in mind that mass importing of this data into OSM, may be of benefit to OSM consumers, it may actually harm the OSM contributing community (I said may; it is an ongoing debate). That said I'm not going to weigh into this side of the debate because I'm not currently an active OSM editor. As far as I understand the LGA boundaries totally fit within what OSM should provide, doesn't it? It is also worth to note that this data is an ABS approximation of the officially gazetted LGAs. We've seen already a large duplication of effort (even in Australia) on work to map locations to political and administrative boundaries and we want to do our bit to help move things in the right direction. I hope that vaguely answers your question! signature.asc Description: OpenPGP digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Improved AGRI Imagery Online
On 8 August 2012 02:14, Ian Sergeant inas66+...@gmail.com wrote: On 7 August 2012 22:54, Grant Slater openstreet...@firefishy.com wrote: Currently the 7 zones are stacked left to right. I quickly hacked up a right to left stack: http://agri.openstreetmap.org/?layers=0B0 tms url is: http://a.agri.openstreetmap.org/rtl/{zoom}/{x}/{y}.png There are a few regions which are better but not a huge amounts. Some regions better, some worse. This is easy to work with in JOSM. Just load both layers, and click on and off to get the best view. Is this additional layer going to stay? Sure, if it is useful then I see no need to remove it. My next task is working on the South African 0.5m colour imagery I received from the Chief Directorate: National Geo-spatial Information (South African national mapping agency). Maybe GeoScience Australia has similar imagery? Would be nice! :-) I notice the landsat imagery on at GA is also CC-BY in much the same way as the AGRI imagery was (including the soon to be released landsat 8). Although I don't think the resolution will be as good as AGRI, it could be useful to check for change, etc. Is it possible to contact the same source as before at GA, and confirm that they don't want any rights in data traced from their other CC-BY imagery? I believe the landsat imagery is fairly low resolution. 15m to 100m... Might still be useful, GA are going to be publishing daily updates. On the question, I suspect it will be the same case for their other CC-BY imagery in that they want the use of the imagery attributed but not worried about attribution on new works derived from the imagery. Happy to contact or forward contact details once there is a specific case. Regards Grant ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-is] Vetraráætlun strætó
Sælir, Hvaða upplýsingar eru komnar inn í OSM fyrir Strætó? Ég var að hjálpa Björgvin að koma inn biðstöðvum og leiðum. kveðja, Guðmundur Bjarni 2012/8/9 Svavar Kjarrval sva...@kjarrval.is Hæ. Nú er ég ekki inn í strætómálunum fyrir utan að lagfæra strætó relations inn á OSM. Er einhver hér sem getur undirbúið OSM fyrir vetraráætlun strætós sem tekur gildi þann 12. ágúst? http://mbl.is/frettir/innlent/2012/08/09/vetraraaetlun_straeto_tekur_gildi_12_agust/ http://www.straeto.is/leidakerfi-nytt/1/ - Svavar Kjarrval ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
Re: [Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Hallo Friedrich. Zunächst mal Herzlich willkommen. Der Hinweis zur richtigen Spur dürfte in dem etwas blöd klingenden Satz liegen: OSM ist eine Datenbank, keine Karte. Keine Karte? Nein: Eine Sammlung von Karten, die Möglichkeit, beliebige Karten herzustellen. Die Karte auf osm.org (genaugenommen ja auch da schon die Karten, denn auch da gibt's ja schon vier) ist eine mögliche Darstellung von vielen, die man aus der gemeinsamen Datenbank generieren kann. Hinter diesen Karten liegt jeweils ein Rendering-Stylesheet, das Regeln enthält, wie welche Daten dargestellt werden, und das enthält natürlich nicht alle möglichen Daten, sonst wäre die Karte viel zu voll. Für amenity=restaurant gibt es eine solche Regel - deshalb ist dein Restaurant zu sehen, für shop=music (oder so ähnlich) gibt es diese Regel nicht. Es ist also kein Unterschied zwischen amenity und shop als Schlüssel, sondern die ganz konkreten Regeln können auch für das Key-Value-Paar gemeinsam gelten, so werden ja auch manche shops dargestellt (z.B. shop=supermarket, shop=clothes ...). Warum ist jetzt der Musikladen nicht auf der Karte? Ich bin keiner von den Mapnik-Stil-Machern, kann also nur vermutungen aufstellen: Möglichkeit 1: Hatte keiner von denen auf dem Schirm. Möglichkeit 2: Gab kein passendes Icon dafür, da hat man's erstmal gelassen. Möglichkeit 3: Ist bewusst weggelassen worden - aus welchen Gründen auch immer. Was kann man dagegen tun? Der Stil für Mapnik ist frei zugänglich im SVN, siehe auch https://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml Fehlermeldungen und Änderungswünsche kannst du da im Trac auch direkt einstellen - wie das geht, brauche ich dir vermutlich nicht zu erklären, wenn du OpenSource-Erfahrungen hast. Allerdings sind solche Fehler eben eigentlich keine Fehler, sondern Änderungsvorschläge - wenns hoch kommt Verbesserungsvorschläge. Meine bisherigen Versuche, da Änderungen vorzuschlagen, endeten letztlich darin, dass ohne Patch und ausführlicher Tests nicht viel zu machen war; aber versuchen kannst du's natürlich. Gruß Peter P.S.: Du kannst dir natürlich auch eine andere osm-basierte Karte suchen und die Macher da fragen, ob sie es aufnehmen wollen; oder direkt eine eigene Karte anfangen - wenn du das lieber willst ;) Am 09.08.2012 02:46, schrieb Friedrich Strohmaier: Hallo Leute, ich bin neu hier und mach's mal kurz mit der Vorstellung: Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen Gründung bei LibreOffice. So, jetzt zum Thema: bin gerade dabei die Karte in unserem Flecken etwas aufzumotzen und habe jetzt schon zwei Restaurants und einen Laden, sowie ein paar Hausnummern eingetragen. Hier meine ersten Gehversuche der letzten Tage: http://www.openstreetmap.org/user/bitsfritz/edits Hier beiße ich mir gerade die Zähne aus: http://www.openstreetmap.org/browse/node/1857884543 Ich möchte gerne, dass in der Karte das Symbol - idealerweise mit Bezeichnung - für den Musikladen angzeigt wird, so wie beim Restaurant hier: http://www.openstreetmap.org/browse/node/1856321273 Bevor ich weiter herumexperimentiere wie hier zu sehen: http://www.openstreetmap.org/browse/node/1856933637/history würde ich doch lieber wissen, wie ich das gezielt hinbekommen kann. Irgendwie will sich mir der Unterschied zwischen dem Verhalten von shop=* und amenity=* in dieser Hinsicht nicht erschließen. Hat jemand den Link zur richtigen Spur? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Moin, Am 08.08.2012 18:31, schrieb Butrus Damaskus: 2012/7/24 Georg Feddern o...@bavarianmallet.de: In einem Land mit genereller Mautpflicht für einen bestimmten Straßentyp würde ich auch explizit die Ausnahmen taggen. In einem Land mit expliziter Mautpflicht für bestimmte Abschnitte eines Straßentyps würde ich auch explizit die Abschnitte taggen. Ja, und das Programm, dass sich bemüht die Daten international zu nutzen wird davon verrückt... Sonst wird doch immer geschrien, dass man nationale Implikationen gefälligst in der Vorverarbeitung per Tabelle zu berücksichtigen hat ... Aber ja - ich bin auch kein Freund von (nationalen) Implikationen. Ich möchte auch gar nicht, dass diese nationale Implikation 'festgeschrieben' wird - weil das nur dazu führt, dass dann 'implizite' Daten gelöscht werden, weil sie ja unnötig sind und nur die Datenbank aufblähen ... Obwohl - hier ja wohl nicht, da diese impliziten Daten hier ja ausdrücklich gefordert werden ... Für eine internationale Nutzung darf es eigentlich auch nur internationale Implikationen geben. Das führt aber wahrscheinlich dazu, dass es (fast) gar keine Implikationen mehr geben wird/darf. Oder eben zu nationalen Tabellen, die zu berücksichtigen sind ... Aber sieh das mal als Einführungs-Sonderangebot: Man erledigt die händische Arbeit auf dem geringeren Teil und lässt die umfangreichere Arbeit dann (halb)automatisch (z.B. per Bot oder flächiges Suchen/Ersetzen) erledigen. Dann hat sich das Implizite per se erledigt und anschließend muss man dann nur die (unvermeintlichen) Ausreißer/Fehler per Ortskenntnis/QS nachpflegen. Man kann natürlich auch erst das Implizierte eintragen und dann die Ausnahmen erfassen ... Wenn man etwas national impliziert, kann man es aber auch national explizit eintragen - das macht für die Fehler in den Daten/ der Auswertung keinerlei Unterschied! Ausgenommen der (sogenannten) Datenbankbelastung und der Tag-Übersichtlichkeit - aber wie gesagt, hier wird ja gerade der größere Teil der Daten in der Datenbank gefordert! Es geht hier schließlich um Daten, die nur für einen begrenzten Nutzerkreis von Bedeutung sind und keineswegs die Allgemeinheit betreffen (zumindest derzeit noch nicht). Dann sollte man denjenigen, die die Daten erheben und nutzen möchten, auch einen gewissen Freiraum lassen, wie sie die Daten für Ihre Zwecke erheben und nutzen. Wenn andere ebenfalls diese Daten nutzen möchten , können Sie sich an die Implikation anhängen - oder müssen eben selber dafür sorgen, dass die Daten explizit erhoben werden. Am Schlimmsten fände ich jedoch, wenn jetzt die eigentlich national impliziten Daten eingetragen werden _müssen_ - und dagegen die nationalen Ausnahmen impliziert werden und ja nicht eingetragen werden dürfen! Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
Moin, Am 08.08.2012 22:34, schrieb Masi Master: Am 08.08.2012, 16:11 Uhr, schrieb ThomasB toba0...@yahoo.de: Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. aber immer doch, äh noch. ;-) Update wird immer noch gerne gesehen, da die Suche nach den Echten zwischen den Erledigten langsam mühsehlig wird ... Minimaler Kritikpunkt währe, dass Enden an highway=construction als false-positive erkannt werden. Und vielleicht, dass man nicht die Fehler direkt in JOSM reinladen kann (wie beim OSMI), b) kann man (zumindest als WMS-Hintergrund) wms:http://suncobalt.dyndns.org:82/wms?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=deadendSTYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} und a) wären da noch die route=ferry, die als false-positive erkannt werden. (Wo hier gerade darüber gesprochen wird). Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ungültige Relationen im Wiki
Moin ! in der letzten Zeit sind mir vermehrt Relationen im wiki untergekommen die nicht mehr gültig sind. Gibt es irgendwie eine Suche und Ersetz-Funktion / ein Boot der diese kennzeichnet / auflistet Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo, On 08/09/12 08:54, Jan Tappenbeck wrote: in der letzten Zeit sind mir vermehrt Relationen im wiki untergekommen die nicht mehr gültig sind. Ich hab vor einiger Zeit mal dieses Wiki-Template erstellt, das ich gern auf allen Seiten einbauen moechte, die Links zu festen Objekt-IDs enthalten: http://wiki.openstreetmap.org/wiki/Template:Hardcoded_IDs - um den Nutzer davor zu warnen, dass er den IDs nicht vertrauen kann. (Theoretisch koennte eine ID ja sogar nicht bloss kaputt sein, sondern etwas komplett anderes enthalten - zum Glueck passiert das selten.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo, On Thu, Aug 09, 2012 at 08:59:00AM +0200, Frederik Ramm wrote: Ich hab vor einiger Zeit mal dieses Wiki-Template erstellt, das ich gern auf allen Seiten einbauen moechte, die Links zu festen Objekt-IDs enthalten: http://wiki.openstreetmap.org/wiki/Template:Hardcoded_IDs - um den Nutzer davor zu warnen, dass er den IDs nicht vertrauen kann. (Theoretisch koennte eine ID ja sogar nicht bloss kaputt sein, sondern etwas komplett anderes enthalten - zum Glueck passiert das selten.) So weit so gut - mir fehlt aber in der Template (oder in diesem Thread) noch ein Hinweis, wie denn eine Relation richtig referenziert werden kann ohne die ID zu verwenden. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Moin, Am 09.08.2012 02:46, schrieb Friedrich Strohmaier: Ich möchte gerne, dass in der Karte das Symbol - idealerweise mit Bezeichnung - für den Musikladen angzeigt wird, so wie beim Restaurant würde ich doch lieber wissen, wie ich das gezielt hinbekommen kann. Irgendwie will sich mir der Unterschied zwischen dem Verhalten von shop=* und amenity=* in dieser Hinsicht nicht erschließen. Hat jemand den Link zur richtigen Spur? Der Link zur richtigen Spur lautet ganz allgemein: Nicht alles, was als Daten/Tag bereits etabliert ist, wird auch in der (Haupt-)Karte gerendert/angezeigt. Entweder noch nicht implementiert oder manchmal auch eben schlicht nicht gewollt. Das Verhalten ist dort also tatsächlich unterschiedlich, auch innerhalb der Kategorien (shop, amenity). Und speziell: Wenn Du es unbedingt möchtest, musst Du entweder Dich bei Mapnik (dem Renderer der Hauptkarte) aktiv beteiligen http://wiki.openstreetmap.org/wiki/Mapnik oder 'Deine' Karte selber erzeugen. http://wiki.openstreetmap.org/wiki/Category:OSM-Karten_erstellen oder Stichwort 'Maperative' u.a. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo, On 08/09/12 09:12, Andreas Tille wrote: So weit so gut - mir fehlt aber in der Template (oder in diesem Thread) noch ein Hinweis, wie denn eine Relation richtig referenziert werden kann ohne die ID zu verwenden. Es gibt keine Moeglichkeit, von extern (dazu zaehlt auch das Wiki) einen stabilen, direkten Link auf eine Relation zu legen, siehe den kuerzlichen Endlosthread Permanente/stabile OSM IDs. In den meisten Faellen entspringt der Wunsch, dies zu tun, auch einer missbraeuchlichen Verwendung von Relationen (naemlich als Download- oder Visualisierungshelfer), siehe den kuerzlichen Endlosthread Relationen aus Sicht der Auswertung. Ob das hier ein neuer Endlosthread wird? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Ich habe mir das genauer angesehen und festgestellt, dass der Bot die Löschungen vorgenommen hat: http://www.openstreetmap.org/browse/way/8433108/history http://www.openstreetmap.org/browse/way/8432921/history Warum der OSMI das nicht anzeigt, ist mir nicht bekannt. Am 09.08.2012 1:07, schrieb fly: Jetzt verstehe ich das auch nicht mehr und der redaction bot war hier auch nicht am Werk [2]. Da scheint mir jemand am Löschen von Daten. Militärgebiete und andere Linien sind auch verschwunden, was mein unter [2] durch Wechseln des Base layers sehen kann. Kann sich das mal jemand genauer anschauen. Danke [2] http://tools.geofabrik.de/osmi/?view=redactionbotlon=-15.45396lat=23.47821zoom=14 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] US-Luftbilder Lizenzen
Moin, On Wed, 8 Aug 2012, Martin Koppenhoefer wrote: USGS veröffentlichen AFAIK überwiegend als PD, also vermutlich kompatibel. (war ja eigentlich auch nicht die richtige Gruppe zum Fragen, die Zeit war nur knapp) ich habe den Link im Wiki ergänzt, jemand anderes hat den bestätigt und entsprechend eingepflegt, was die Lizenzen des/der USGS angeht, stimmt das Wiki jetzt wieder. Was ich nicht verstehe, sind diese Microsoft-Luftbilder, aber da gibt es ja eh die freien Bing-Luftbilder. Vielleicht sollte dieser eigentlich eingestellte Bilderservice aus josm rausgeschmissen werden (er wird automatisch als Menüoption vorgeschlagen, wenn man eine entsprechende Gegend lädt)? Grüße und Dank Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
On Thu, Aug 09, 2012 at 10:06:24AM +0200, Frederik Ramm wrote: On 08/09/12 09:12, Andreas Tille wrote: So weit so gut - mir fehlt aber in der Template (oder in diesem Thread) noch ein Hinweis, wie denn eine Relation richtig referenziert werden kann ohne die ID zu verwenden. Es gibt keine Moeglichkeit, von extern (dazu zaehlt auch das Wiki) einen stabilen, direkten Link auf eine Relation zu legen, siehe den kuerzlichen Endlosthread Permanente/stabile OSM IDs. In den meisten Faellen entspringt der Wunsch, dies zu tun, auch einer missbraeuchlichen Verwendung von Relationen (naemlich als Download- oder Visualisierungshelfer), siehe den kuerzlichen Endlosthread Relationen aus Sicht der Auswertung. Ob das hier ein neuer Endlosthread wird? Das hoffe ich nicht (die obigen habe ich nämlich auf Grund ihrer Länge gleich komplett ignoriert). Danke für den Hinweis. Allerdings vermute ich, daß der Bedarf Download- oder Visualisierungshelfer durchaus besteht und wenn feste IDs eine Art Hilfslösung darstellen, werden die halt benutzt solange es keine Alternative gibt. Daran wird eine Wiki-Template, die auf den Mißbrauch hinweist, wenig ändern. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte für Windkraftanlagen
Am 20. Juli 2012 14:00 schrieb Peter Wendorff wendo...@uni-paderborn.de: Falls sich jemand dran versuchen sollte: alle addr:housenumber würde ich mitrechnen, da nur dann Adressen an Häusern sind, wenn da auch Bebauung ist. Hier nochmal ein kleiner Hinweis, der urlaubsbedingt leider sehr spät kommt: nicht jede bauliche Anlage (building=*) wird eine Windkraftanlage verhindern (z.B. Kläranlagen, Schuppen und Scheunen auf dem Feld, etc.). Auch das Vorhandensein von addr:housenumber kann man vermutlich nicht in allen Fällen als Bebauung, in deren Nähe keine Windräder aufgestellt werden dürfen, interpretieren, von daher wird die geplante Karte auch mit potentiell vollständigen OSM Daten immer nur ein eher grobes Ergebnis anzeigen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo, So weit so gut - mir fehlt aber in der Template (oder in diesem Thread) noch ein Hinweis, wie denn eine Relation richtig referenziert werden kann ohne die ID zu verwenden. Siehe http://wiki.openstreetmap.org/wiki/Overpass_API/Permanent_ID Die wichtigste Überlegung ist, welche Tags an der Relation so charakteristisch sind (type=?, name?, ref?, Andere?), dass bei deren Veränderung es sich um ein neues Objekt handelt. Für ein konkretes Beispiel gebe ich auch gerne Hilfestellung, wie man daraus einen permanenten Link macht. Viele Grüße, Roland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer OSMI-Layer fuer Lizenzwechsel-Resultate
Hallo Frederik, manche Löschungen durch den Bot werden nicht angezeigt: http://lists.openstreetmap.org/pipermail/talk-de/2012-August/097402.html Weißt du woran das liegt? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo, On 08/09/12 10:40, Andreas Tille wrote: Allerdings vermute ich, daß der Bedarf Download- oder Visualisierungshelfer durchaus besteht und wenn feste IDs eine Art Hilfslösung darstellen, werden die halt benutzt solange es keine Alternative gibt. Daran wird eine Wiki-Template, die auf den Mißbrauch hinweist, wenig ändern. Ja, ich plane daher, kuenftig in regelmaessigen Abstaenden einige Relationen, auf die aus dem Wiki gezeigt wird, zu loeschen und neu zu erstellen, damit sie eine neue ID bekommen. Da die Hilfsloesung dann nicht mehr funktioniert, wird sie auch nicht mehr benutzt werden. *wegrenn* Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Hi, On 08/09/12 10:14, qunuxy-osmmailingli...@yahoo.com wrote: Ich habe mir das genauer angesehen und festgestellt, dass der Bot die Löschungen vorgenommen hat: http://www.openstreetmap.org/browse/way/8433108/history http://www.openstreetmap.org/browse/way/8432921/history Warum der OSMI das nicht anzeigt, ist mir nicht bekannt. Muss ich mal untersuchen, eventuell kommt der OSMI durcheinander, weil der Bot das Objekt mehrmals angefasst hat. Wobei mich auch schon wundert, wieso der Bot das Objekt mehrmals anfassen musste. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
2012/8/9 Frederik Ramm frede...@remote.org Hallo, On 08/09/12 10:40, Andreas Tille wrote: Allerdings vermute ich, daß der Bedarf Download- oder Visualisierungshelfer durchaus besteht und wenn feste IDs eine Art Hilfslösung darstellen, werden die halt benutzt solange es keine Alternative gibt. Daran wird eine Wiki-Template, die auf den Mißbrauch hinweist, wenig ändern. Ja, ich plane daher, kuenftig in regelmaessigen Abstaenden einige Relationen, auf die aus dem Wiki gezeigt wird, zu loeschen und neu zu erstellen, damit sie eine neue ID bekommen. Da die Hilfsloesung dann nicht mehr funktioniert, wird sie auch nicht mehr benutzt werden. Wäre das dann nicht schon Vandalismus? Dann pass auf, dass dich der Benutzer 'woodpeck' nicht sperrt. ;-) *wegrenn* *ineineandererichtungwegrenn* ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW Mautinformationen
Hallo Masi, Am Mittwoch, 8. August 2012, 23:58:32 schrieb Masi Master: meinte, dass es so ähnlich aussehen könnte (und von TURNrestriction war keine rede :) ). Ob es später type=restriction oder type=XYZ heißt, ist erstmal egal. Der Grundaufbau der Ralation kann aber so sein: type=beschränkung beschränkung=was_beschänkt_werden_soll nebenbedingungen Vorteil ist, dass man es auch für zeitabhängige Geschwindigkeitsverbote o.ä. hernehmen kann. Du darfst den Vorschlag gerne – sauber ausgearbeitet – auf der Tagging-Mailingliste ausbreiten. Rechne aber nicht damit, dass du Erfolg haben wirst. Eckhart ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Online-Experiment
Moin, wir von der Universität Bremen und dem DFKI Bremen arbeiten an einer OSM-basierten aktivitätsorientierten Routenplanung (http://planning.do-roam.org/). Ich hatte Teile davon auch schon bei der SotM-EU 2011 vorgestellt. Momentan arbeiten wir an der freien Textsuche und haben dafür ein Experiment am Start mit der Frage, wie Menschen Suchen eingeben (damit wir freie Texteingaben richtig auswerten können). Es würde uns echt helfen, wenn viele von euch daran teilnehmen könnten, es dauert höchstens 10min. Der Link: http://planning.do-roam.org/test?locale=de Den Text zur Scheinaustellung könnt ihr ignorieren. Außer ihr möchtet Euch das bei der Uni Bremen anrechnen lassen ;) Wenn Ihr euren Namen und Emailadresse nicht angeben wollt, könnt ihr in die Felder auch einfach irgendetwas eintragen (Hauptsache irgendwas, damit's zum Experiment weiter gehen kann.) Auch Kritik zur Gestaltung des Experimentes ist gern gesehen :) Vielen Dank im Voraus, Gregor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] N3 (Western Sahara) verschwindet beim Reinzoomen
Am 09.08.2012 11:48, schrieb Frederik Ramm: Hi, On 08/09/12 10:14, qunuxy-osmmailingli...@yahoo.com wrote: Ich habe mir das genauer angesehen und festgestellt, dass der Bot die Löschungen vorgenommen hat: http://www.openstreetmap.org/browse/way/8433108/history http://www.openstreetmap.org/browse/way/8432921/history Warum der OSMI das nicht anzeigt, ist mir nicht bekannt. Muss ich mal untersuchen, eventuell kommt der OSMI durcheinander, weil der Bot das Objekt mehrmals angefasst hat. Wobei mich auch schon wundert, wieso der Bot das Objekt mehrmals anfassen musste. Soweit ich das sehe, ist das durchaus häufiger der Fall, und zwar immer dann, wenn das Objekt mehrere Bot-Kacheln überdeckt. Dann sind diese Kacheln nämlich in unterschiedlichen Botläufen verarbeitet worden. Angenommen, Kachel A wird zuerst bearbeitet, darin ist Way w enthalten und der wird redacted (z.B. Tags entfernt). Damit werden aber hier noch nicht die Nodes von Way w betrachtet, die in Kachel B liegen. Etwas später kommt der Bot in einem separaten Lauf, möglicherweise in einer komplett anderen Instanz, bei der Nachbarkachel B vorbei. Hier gibt es jetzt nodes, die während der redaction gelöscht werden müssen, und damit aus dem Weg rausfallen. Das sorgt korrekterweise für einen zweiten Edit des ways. Damit ist das ein normaler Vorgang beim Botprocessing, der aber eben nur dann auftritt, wenn sich ein Objekt über mehrere Botkacheln erstreckt. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ungültige Relationen im Wiki
Hallo Frederik, Am 09.08.2012 um 08:59 schrieb Frederik Ramm frede...@remote.org: Ich hab vor einiger Zeit mal dieses Wiki-Template erstellt, das ich gern auf allen Seiten einbauen moechte, die Links zu festen Objekt-IDs enthalten [...] Mach das doch mal. Ich denke es werden sich dann schon ein paar Leute finden die das umbauen, sobald es eine Kategorie gibt die man abarbeiten kann. MfG Andi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Online-Experiment
hallo, das Onlineformular ist bei der Bremen-Hamburg-Frage abgestürzt :-( Grüße Andreas Am 09.08.2012 13:10, schrieb Greg Kerridge: Moin, wir von der Universität Bremen und dem DFKI Bremen arbeiten an einer OSM-basierten aktivitätsorientierten Routenplanung (http://planning.do-roam.org/). Ich hatte Teile davon auch schon bei der SotM-EU 2011 vorgestellt. Momentan arbeiten wir an der freien Textsuche und haben dafür ein Experiment am Start mit der Frage, wie Menschen Suchen eingeben (damit wir freie Texteingaben richtig auswerten können). Es würde uns echt helfen, wenn viele von euch daran teilnehmen könnten, es dauert höchstens 10min. Der Link: http://planning.do-roam.org/test?locale=de Den Text zur Scheinaustellung könnt ihr ignorieren. Außer ihr möchtet Euch das bei der Uni Bremen anrechnen lassen ;) Wenn Ihr euren Namen und Emailadresse nicht angeben wollt, könnt ihr in die Felder auch einfach irgendetwas eintragen (Hauptsache irgendwas, damit's zum Experiment weiter gehen kann.) Auch Kritik zur Gestaltung des Experimentes ist gern gesehen :) Vielen Dank im Voraus, Gregor ___ 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] Online-Experiment
Hi, hab's grad nochmal ausprobiert, bei mir lief's bis zum Ende glatt durch. War hoffentlich also nur ein kurzzeitiger Fehler. Gruß, Gregor Am 9. August 2012 13:35 schrieb Andreas Schmidt schmidt-postf...@freenet.de: hallo, das Onlineformular ist bei der Bremen-Hamburg-Frage abgestürzt :-( Grüße Andreas Am 09.08.2012 13:10, schrieb Greg Kerridge: Moin, wir von der Universität Bremen und dem DFKI Bremen arbeiten an einer OSM-basierten aktivitätsorientierten Routenplanung (http://planning.do-roam.org/). Ich hatte Teile davon auch schon bei der SotM-EU 2011 vorgestellt. Momentan arbeiten wir an der freien Textsuche und haben dafür ein Experiment am Start mit der Frage, wie Menschen Suchen eingeben (damit wir freie Texteingaben richtig auswerten können). Es würde uns echt helfen, wenn viele von euch daran teilnehmen könnten, es dauert höchstens 10min. Der Link: http://planning.do-roam.org/test?locale=de Den Text zur Scheinaustellung könnt ihr ignorieren. Außer ihr möchtet Euch das bei der Uni Bremen anrechnen lassen ;) Wenn Ihr euren Namen und Emailadresse nicht angeben wollt, könnt ihr in die Felder auch einfach irgendetwas eintragen (Hauptsache irgendwas, damit's zum Experiment weiter gehen kann.) Auch Kritik zur Gestaltung des Experimentes ist gern gesehen :) Vielen Dank im Voraus, Gregor ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] josm UI (was: Bitte um ein Rollback)
Am 07.08.2012 um 10:04 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Dazu entferne ich alles auf der Karte, was mich stört und speichere das ergebnis als OSM-Datei ab. An der Stelle musst Du purge machen, und nicht delete, weil sonst alles vermeintlich gelöschte in der OSM Datei erhalten bleibt (und nur einen Löschvermerk erhält). Dann gibts auch keine Probleme durch versehentliche Uploads. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von Icons für shop=* und amenity = restaurant in der Karte klemmt
Hallo Friedrich, *, Am 9. August 2012 02:46 schrieb Friedrich Strohmaier damokles4-lis...@bits-fritz.de: Hallo Leute, ich bin neu hier und mach's mal kurz mit der Vorstellung: Heiße Friedrich Strohmaier und bin schon seit knapp 10 Jahren in anderen OpenSource Revieren unterwegs - zunächst Linux (SuSE Mailingliste) und seit ca. mitte 2005 recht aktiv bei OpenOffice.org und mit dessen Gründung bei LibreOffice. So, jetzt zum Thema: dazu hast Du schon einiges gehört. Ich will Dir nur hier auch Willkommen sagen. ;-) Manfred ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wildbruecke - Gruenbruecke
Am 6. August 2012 09:23 schrieb Robert S. osm-m...@autobahnen-europa.eu: tunnel=wildlife_crossing - Es gibt sowohl bergmännisch wie auch in offener Bauweise errichtete Tunnel. Alles was einen Verkehrsweg mehr als 80m überdeckt ist ein Tunnel (bei bergmännischen Tunnel auch darunter). +1, nach DIN 1076 sind das Straßentunnel, sofern sie dem Straßenverkehr dienen und es sich um Ingenieursbauwerke handelt (letzteres ist bspw. nicht gegeben, wenn die lichte Weite weniger als 2 Meter beträgt, oder die Seitenwände aus Gabionen bestehen, oder ein paar andere Ausnahmen). - Und hier besonders relevant: Die Anwendung des Tags tunnel=* in OSM ist offensichtlich nicht identisch mit der allgemeinen Definition eines Tunnels. es gibt keine allgemeine Definition eines Tunnels, insbesondere nicht weltweit. Eine deutsche Ingenieursnorm kann man ggf. zur Definition heranziehen (nicht besonders toll, weil nicht frei verfügbar, aber evtl. denkbar), bisher hat man das allerdings nicht getan AFAIK. In anderen Ländern gelten andere Normen und z.T. anderen Regeln. So werden viele Brücken von Bahnlinien und Autobahnen als Tunnel der kreuzenden Verkehrswege gemappt. Auch hat sich inzwischen der Tag tunnel=culvert für Durchlässe etabliert, die im Grunde ja nicht anderes als verrohte Wasserläufe sind. nach DIN 1076 gelten auch Galerien und Kreuzungsbauwerke mit anderen Verkehrswegen als Tunnel, sofern ihre Länge 80m überschreitet. Wollen wir das in OSM? M.E. ist die allgemeine Definition eines Tunnels in der DIN 1076 gut beschrieben (dem Straßenverkehr dienend (sollte zumindest in OSM Wege mit einschließen), unter der Erd- oder Wasseroberfläche liegend und entweder in geschlossener Bauweise errichtet oder in offener Bauweise errichtet und mind. 80m lang). Die Sonderdefinitionen im Absatz 3.1.3 der vorzitierten Einzelnorm sollte man getrennt besprechen, ob das Sinn macht für OSM. Auch dem Straßenverkehr dienen ist ggf. für OSM nicht zielführend (s. Ingenieursbauwerke an Wasserstraßen, kreuzende Wasserwege, ...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LinkedOSMDB (War: Permanente/stabile OSM IDs!)
Am 24. Juli 2012 23:55 schrieb Frederik Ramm frede...@remote.org: Entweder gibt es kein identifizierendes Merkmal, z.B. man meint konkret die Parkbank mit der Plakette gestiftet von Dr. Mueller, dann sollte man *das* in OSM taggen (inscription=gestiftet...) und dann kann man darauf auch einen Link setzen (eine Parkbank im Umkreis von 50m um den Punkt X, mit Inschrift...). Zunächst mal eine Entschuldigung, dass ich in diesem älteren Thread nochmal was schreibe. +1, ist für die meisten Fälle sicher das beste, und hat auch den Vorteil, dass die interessanten Informationen in OSM stehen und nicht in einer externen DB. (Eine der Gefahren von UUID oder anderen extern verwalteten IDs ist vielleicht, dass Firmen damit ggf. die ODBL umgehen könnten? Ganz sicher bin ich mir damit allerdings nicht). Oder es gibt kein identifizierendes Merkmal, weil da eben drei Parkbanke stehen und alle gleich sind - aber *dann* gibt es auch keinen Anlass, auf speziell eine der drei verlinken zu wollen. Allerdings könnte es sein, dass es 3 gleiche Parkbänke gibt, und man dennoch auf eine bestimmte verlinken will, z.B. weil Humphrey Bogart auf der einen saß, oder weil man davon eine besondere Aussicht hat, und 5 Meter daneben schon nicht mehr, etc. Da waeren uebrigens noch allerhand interessante Sperenzchen denkbar - man koennte z.B. auch einen Link setzen auf eine Gruppe von 3-5 Parkbaenken in der unmittelbaren Naehe der Position X oder so etwas. ja, damit könnte man es evtl. in den Griff bekommen (eine Gruppe von 3 Parkbänken nahe Pos. x, davon die mittlere). Solche IDs koennten sogar geflaggt werden als muesste mal ein Mensch kontrollieren. +1, das könnte man auch tun, indem man zusätzlich zur OSM-ID einen Zeitstempel speichert, und wenn sich dann an tags oder Position was (wesentlich) ändert könnte man das von Hand überprüfen. Wie gesagt, fuer mich ist die Gesamtheit aller Eigenschaften der potentielle Key eines Objekts, und wenn diese Gesamtheit nicht ausreicht, um das Objekt zu identifizieren, dann ist dieses Objekt auch nicht des Identifizierens wuerdig. je nachdem. Bestimmte Dinge, die in der realen Welt Bedeutung haben können (z.B. auf das Objekt bezogene Ereignisse) sind in OSM nicht unbedingt darstellbar, bzw. ist es nicht gewünscht, diese abzubilden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Recyclingbehälter unterirdisch
hi ! in http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=recycling und in den JOSM-Template gibt es die Station und den Recyclinghof. Vermehrt werden jetzt aber unterirdische Behälter mit einem Befüllungsstutzen oberirdisch verbaut. Würdet Ihr diese auch als Container deklarieren oder wie Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch
Jan Tappenbeck wrote: Vermehrt werden jetzt aber unterirdische Behälter mit einem Befüllungsstutzen oberirdisch verbaut. Würdet Ihr diese auch als Container deklarieren oder wie Warum nicht? Ob der Container an sich jetzt oberirdisch oder unterirdisch ist, ist für den, der etwas zu entsorgen hat, ja erstmal recht egal... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
hehe, ihr seid gut! Für die polnische Karte hatte ich genau die beiden Kritikpunkte behoben, sprich route=ferry und highway=construction als eligible Fortsetzungen von major roads anerkannt. Bisher dachte ich mangels Feedback, dass die Karte niemand nutzt. Ich baue das mal ein und mache dann bis spätestens Sonntag früh ein Update. Und in den nächsten Tagen kann ich auch mal alle 3-4 Tage in Update machen. Ich hatte Frederik angeschrieben, ob er das nicht in den OSMI einbauen möchte. Aber er mag mich scheinbar nicht ;) -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720240.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] Recyclingbehälter unterirdisch
Du koenntest auch den key location verwenden mit value underground.( https://wiki.openstreetmap.org/wiki/Key:location) Ich kenne ihn zwar nur von pipelines, aber ich denke er passt hier genauso. Volker 2012/8/9 Jan Tappenbeck o...@tappenbeck.net hi ! in http://wiki.openstreetmap.org/**wiki/DE:Tag:amenity=recyclinghttp://wiki.openstreetmap.org/wiki/DE:Tag:amenity=recyclingund in den JOSM-Template gibt es die Station und den Recyclinghof. Vermehrt werden jetzt aber unterirdische Behälter mit einem Befüllungsstutzen oberirdisch verbaut. Würdet Ihr diese auch als Container deklarieren oder wie Gruß Jan :-) __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch
Volker Schmidt wrote: Du koenntest auch den key location verwenden mit value underground.( https://wiki.openstreetmap.org/wiki/Key:location) Ich kenne ihn zwar nur von pipelines, aber ich denke er passt hier genauso. Ich weiß ja nicht... Node mit amenity=recycling und location=underground? Recyclingbehälter für die im dort befindlichen Bergwerk arbeitenden Personen? Wie muss man sich so ein Teil eigentlich vorstellen? Steht da dann ein Rohr aus dem Boden mit der Aufschrift, was man in das Rohr werfen soll? In dem Fall ist der relevante Teil doch das Rohr, das oben raussteht. Was Jan wohl sucht ist eine Unterscheidung von Recyclingbehältern. Ob man sie braucht, möge derjenige entscheiden, der sowas taggen will. Mir persönlich reicht, wenn ich weiß, wo ich bestimmte Abfälle entsorgen kann. Die Recyclingstelle selber ist üblicherweise dann ausreichend auffällig gestaltet, dass man sie ohne langes Suchen am vorgegebenen Ort auffinden kann. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch
Jan Tappenbeck wrote: in http://wiki.openstreetmap.org/wiki/DE:Tag:amenity=recycling und in den JOSM-Template gibt es die Station und den Recyclinghof. Vermehrt werden jetzt aber unterirdische Behälter mit einem Befüllungsstutzen oberirdisch verbaut. Nach etwas suchen: https://wiki.openstreetmap.org/wiki/DE:Key:recycling_type Das Tag selber wird über 11000 mal genutzt und es gibt wohl mindestens eine Nutzung von recycling_type=underground. Foto davon hätte ich trotzdem noch gerne gesehen... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch
2012/8/10 Manuel Reimer manuel.s...@nurfuerspam.de Volker Schmidt wrote: Du koenntest auch den key location verwenden mit value underground.( https://wiki.openstreetmap.**org/wiki/Key:locationhttps://wiki.openstreetmap.org/wiki/Key:location ) Ich kenne ihn zwar nur von pipelines, aber ich denke er passt hier genauso. Ich weiß ja nicht... Node mit amenity=recycling und location=underground? Recyclingbehälter für die im dort befindlichen Bergwerk arbeitenden Personen? Wie muss man sich so ein Teil eigentlich vorstellen? Steht da dann ein Rohr aus dem Boden mit der Aufschrift, was man in das Rohr werfen soll? In dem Fall ist der relevante Teil doch das Rohr, das oben raussteht. Von oben sieht das im Regelfall nur wie ein Abfallbehälter aus, nur das daneben noch eine Edelstahlabdeckung ist. http://cab-log.blogspot.de/2011/05/unterflur-papierkorb-2.html http://www.maschinenbau-lohse-gmbh.de/deutsch/produkte/Abfalltechnologie/unterflur_muelltonne.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Recyclingbehälter unterirdisch
Am 10.08.2012 01:13, schrieb Manuel Reimer: Foto davon hätte ich trotzdem noch gerne gesehen... Hier ein paar Beispiele: http://www.ladepeche.fr/content/photo/biz/2009/12/30/200912301182_zoom.jpg http://www.bourges-info.com/imagesweb/poubelle001.JPG http://actionbarbes.blogspirit.com/media/02/02/1433838552.JPG Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-in] Master Planning and Remote Sensing
http://www.theatlanticcities.com/technology/2012/08/master-planning-7935-indian-cities-and-towns/2835/ Anyone heard of this, know anything about it? Any chance the imagery could be made more widely available? In my view, remote sensing and GIS in master urban plans is just one step. Digital/Offline participatory planning, starting with engagement in OpenStreetMap, could produce truly workable plans for the growth of India's cities. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Master Planning and Remote Sensing
There are some details in here - http://urbanindia.nic.in/programme/lsg/nuis.htm From: Mikel Maron Sent: Friday, August 10, 2012 1:12 AM To: talk-in@openstreetmap.org Subject: [Talk-in] Master Planning and Remote Sensing http://www.theatlanticcities.com/technology/2012/08/master-planning-7935-indian-cities-and-towns/2835/ Anyone heard of this, know anything about it? Any chance the imagery could be made more widely available? In my view, remote sensing and GIS in master urban plans is just one step. Digital/Offline participatory planning, starting with engagement in OpenStreetMap, could produce truly workable plans for the growth of India's cities. -Mikel * Mikel Maron * +14152835207 @mikel s:mikelmaron ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
[Talk-it] R: Comuni composti da più villaggi con nomi diversi
Io il nome del comune lo lascerei e lascerei pure il nome di tutti i paesini inserendo is_in sono i classici comuni sparsi a treviso ce ne sono alcuni ma c'è sempre uno con il nome da cui prende il comune anche se non è quello dove si trova il municipio Messaggio originale Da: alexan...@roalter.it Data: 07/08/2012 21.19 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: [Talk-it] Comuni composti da più villaggi con nomi diversi Ci sono parecchi comuni che hanno un nome che intende un unsieme di molti villaggi che compongono il comune stesso. La forma più comune è quella quando il comune è composto da due paesi e il comune prende il nome di entrambi i paesi, con il trattino. Qui non ho nessun problema, perché il nome del comune è già presente nel boundary. Ma ci sono anche altri casi un pò più complicati: Il comune di Rodengo (BZ) è composto dalle frazioni San Paolo, Villa, Chivo e San Benedetto, e nessun paese si chiama Rodengo stesso. Ma, non c'è nessun segnavia (fuori dal comune) che segna per uno dei paesini, ma tutti segnano per Rodengo, e ai stranieri nessuno da Rodengo dice che viene da Villa/Chivo, etc., ma sempre Rodengo. Al momento, c'è sia un place=village per ogni frazione, ma anche un place=village per Rodengo (importo dal gfoss, mi sembra). Cosa fare? Lasciarlo? Toglierlo? Metterlo in qualche forma di relazione (quale?)... Poi, quanto ci stiamo: Metto il nome come Rodeneck / Rodengo o Rodeneck - Rodengo ? Mi sembra meglio la prima forma, perché ci sono alcuni comuni con il trattino: Rasen-Antholz - Rasun-Anterselva o Rasen - Antholz / Rasun - Anterselva? O non ci metto lo spazio davanti e dietro il trattino nei nomi composti? Rasen-Antholz / Rasun-Anterselva? Mi è venuto in mente, perché la stazione ferroviaria di Valdaora è chiamata Olang - Rasen-Antholz / Valdaora - Rasun-Anterselva -- Cheers, Alex ___ 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] Creare bin file
c'è qualcuno che mi sa spegare passo passo come creare un bin file a partire dai dati osm? ho scaricato la mappa che mi serviva ora come fare? Dove trovo il programma di conversione? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare bin file
Il 09 agosto 2012 11:25, beppebo...@libero.it beppebo...@libero.it ha scritto: c'è qualcuno che mi sa spegare passo passo come creare un bin file a partire dai dati osm? un bin file per farci cosa? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare bin file
2012/8/9 beppebo...@libero.it beppebo...@libero.it: c'è qualcuno che mi sa spegare passo passo come creare un bin file a partire dai dati osm? ho scaricato la mappa che mi serviva ora come fare? Dove trovo il programma di conversione? garmin? qui: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Comuni composti da più villaggi con nomi diversi
sono i classici comuni sparsi a treviso ce ne sono alcuni ma c'e` sempre uno con il nome da cui prende il comune anche se non e` quello dove si trova il municipio Non e` detto che ci sia. A mantova c'e` Virgilio come comune, ma i paesi sono Cerese, Pietole, Cappelletta. Anche Porto Mantovano e` fatto da Cittadella, Bancole e altre frazioni, ma nessuna si chiama Porto. /alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM e Cina
2012/8/2 EdoardoT tona.edoa...@gmail.com: Da iniziare subito la creazione di una fitta rete di Copyright Easter Eggs! (http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs) Magari ci si aggiunge un bel fixme con scritto uova di pasqua (in italiano cosi' non capiscono) e fra qualche anno si potranno rimuovere senza problemi ;) in realtà non servono gli easter eggs, anche il modo e la maniera in quale la realtà è rappresentata (sopratutto in un contesto incompleto come per esempio l'Italia di adesso, dove solo alcune foreste sono mappate, e solo alcuni quartieri / stradine residenziali) sono sufficenti per capire se hanno copiato o no. Certo, se poi loro si mettono a modificare la geometria in maniera automatica (per esempio semplificazioni, oppure spostando arbitrariamente i nodi per poco), oppure mischiano i dati da più fonti, il discorso diventa più complesso. Per esempio quando sono apparse le mappe della mela questa primavera guardando la mia zona ho messo poco per capire che si tratta di OSM. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] taggare maxspeed
2012/7/30 Simone Saviolo simone.savi...@gmail.com: Il cartello di inizio centro urbano (quello a sfondo bianco con il nome del centro in nero) segna effettivamente l'inizio del limite dei 50 km/h. si, purtroppo mi sembra che il cartello di inizio comune (quello a sfondo bianco con il nome del comune in nero) non sia distintibile da quel segno. Hanna sbagliato loro a mettere lo stesso cartello, oppure mi è sfuggito un dettaglio? Ho notato svariate volte che spesso ci sono gli stessi segni. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] taggare maxspeed
2012/8/9 Martin Koppenhoefer dieterdre...@gmail.com: si, purtroppo mi sembra che il cartello di inizio comune (quello a sfondo bianco con il nome del comune in nero) non sia distintibile da quel segno. Hanna sbagliato loro a mettere lo stesso cartello, oppure mi è sfuggito un dettaglio? Ho notato svariate volte che spesso ci sono gli stessi segni. Se intendi il fatto che, sotto al cartello di inizio del centro abitato ci sia anche quello del limite a 50 Km/h[1], è un di più: potrebbe non esserci e sarebbe la stessa cosa. Diverso il discorso dove il cartello del limite è diverso dai 50 Km/h: in questo caso, vale quello del limite di velocità (cioè sta ad indicare che c'è una cosa diversa dalla norma)[2]. [1]: http://upload.wikimedia.org/wikipedia/commons/thumb/c/cd/Solarino_Segnale.JPG/250px-Solarino_Segnale.JPG [2]: http://www.asaps.it/master/foto_pagina_g/12578.jpg -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM e Cina
Ovviamente era una proposta ironica, nella stessa pagina del wiki ci sono tutti i motivi per non inserire Easter Eggs in OSM, alla fin fine tutti possono copiarci, basterebbe inserirci nei credits... Il giorno 09 agosto 2012 07:05, Martin Koppenhoefer dieterdre...@gmail.comha scritto: 2012/8/2 EdoardoT tona.edoa...@gmail.com: Da iniziare subito la creazione di una fitta rete di Copyright Easter Eggs! (http://wiki.openstreetmap.org/wiki/Copyright_Easter_Eggs) Magari ci si aggiunge un bel fixme con scritto uova di pasqua (in italiano cosi' non capiscono) e fra qualche anno si potranno rimuovere senza problemi ;) in realtà non servono gli easter eggs, anche il modo e la maniera in quale la realtà è rappresentata (sopratutto in un contesto incompleto come per esempio l'Italia di adesso, dove solo alcune foreste sono mappate, e solo alcuni quartieri / stradine residenziali) sono sufficenti per capire se hanno copiato o no. Certo, se poi loro si mettono a modificare la geometria in maniera automatica (per esempio semplificazioni, oppure spostando arbitrariamente i nodi per poco), oppure mischiano i dati da più fonti, il discorso diventa più complesso. Per esempio quando sono apparse le mappe della mela questa primavera guardando la mia zona ho messo poco per capire che si tratta di OSM. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Mappe aggiornate per Osmand
Salve, ho aggiornato la mappa dell'Italia per Osmand [1] e l'ho caricata sul server di GFOSS.it [2]. Purtroppo il processo è ancora farraginoso e richiede risorse hardware ingenti (tutta colpa di Java, secondo me), quindi non sono in grado di garantire aggiornamenti frequenti. [1] http://osmand.net/ [2] http://download.gfoss.it/osm/osmand/ Saluti! -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. Office: +39-055-9331021, Mobile: +39-327-5619352 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Finanziare lo sviluppo di software libero: l'esempio di Osmand
Alcuni di voi conosceranno Osmand [1], il programma di navigazione per Android basato sulle mappe di OpenStreetMap. Sono rimasto abbastanza colpito dal ritmo di sviluppo e dalla qualità del software. Secondo me ha lasciato al palo programmi ben più storici, come Navit. Mi ha incuriosito anche il metodo di supportare miglioramenti e nuove funzionalità: all'interno del software c'è un menu Sostieni nuove funzionalità, che rimanda al sito www.bidforfix.com. Tramite questo sito è possibile offire un contributo in denaro per il completamento di una certa funzionalità. Viene indicata anche la percentuale finanziata fino ad oggi. In pratica gli sviluppatori hanno stabilito quanto costa aggiungere una certa funzione e chiedono un contributo mirato. Al raggiungimento dell'obiettivo i finanziatori vengono contattati per verificare che il programma risponda davvero alle aspettative, in caso positivo viene chiesto di versare realmente la somma promessa. Per il momento il meccanismo è in fase sperimentale: chi ha promesso dei soldi è tenuto a versare la somma al completamento della funzionalità, ma non ci sono meccanismi vincolanti. E' immaginabile che il sito bidforfix.com possa diventare intermediario e garante del sistema, magari tramite meccanismi di feedback e di pre-accredito delle somme, per cui non sia possibile in futuro promettere dei soldi e poi fare il furbo. Io ho promesso 20 US$ per migliorare il routing (il target erano 2000 US$): la funzione è stata finanziata in poche settimane ed implementata in altrettante poche settimane. Sto aspettando che gli sviluppatori dichiarino la missione compiuta per pagare davvero. Saluti -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. Office: +39-055-9331021, Mobile: +39-327-5619352 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Finanziare lo sviluppo di software libero: l'esempio di Osmand
2012/8/9 Niccolo Rigacci o...@rigacci.org: E' immaginabile che il sito bidforfix.com possa diventare intermediario e garante del sistema, magari tramite meccanismi di feedback e di pre-accredito delle somme, per cui non sia possibile in futuro promettere dei soldi e poi fare il furbo. Io ho promesso 20 US$ per migliorare il routing (il target erano 2000 US$): la funzione è stata finanziata in poche settimane ed implementata in altrettante poche settimane. Sto aspettando che gli sviluppatori dichiarino la missione compiuta per pagare davvero. Bello! Una sorta di Kickstarter mirato al solo software OS. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare bin file
On Thu, Aug 09, 2012 at 11:25:33AM +0200, beppebo...@libero.it wrote: c'è qualcuno che mi sa spegare passo passo come creare un bin file a partire dai dati osm? Se ti riferisci alle mappe per il programma Navit (usa file con estensione .bin) puoi guardare a queste due righe di spiegazione: http://download.gfoss.it/osm/navit/README Il programma di conversione (maptool) lo trovi già pacchettizzato per Debian GNU/Linux, ma forse si trova facilmente anche per altri sistemi operativi. -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. Office: +39-055-9331021, Mobile: +39-327-5619352 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappe aggiornate per Osmand
Grazie! sent by GNexus Il giorno 09/ago/2012 16:31, Niccolo Rigacci o...@rigacci.org ha scritto: Salve, ho aggiornato la mappa dell'Italia per Osmand [1] e l'ho caricata sul server di GFOSS.it [2]. Purtroppo il processo è ancora farraginoso e richiede risorse hardware ingenti (tutta colpa di Java, secondo me), quindi non sono in grado di garantire aggiornamenti frequenti. [1] http://osmand.net/ [2] http://download.gfoss.it/osm/osmand/ Saluti! -- Niccolo Rigacci - http://www.rigacci.net/ Firenze - Italy Tel. Office: +39-055-9331021, Mobile: +39-327-5619352 ___ 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] taggare maxspeed
2012/8/9 Sky One sky...@skyone.it: Se intendi il fatto che, sotto al cartello di inizio del centro abitato ci sia anche quello del limite a 50 Km/h[1], è un di più: potrebbe non esserci e sarebbe la stessa cosa. no, non mi riferivo a quello, ma sono d'accordo che al momento è un di più. Se dovesse cambiare la legge (per esempio il default diventa 40 o 60) tutti quei cartelli avrebbero un senso, quindi se trovo quei cartelli metto source:maxspeed=sign invece di IT:urban. No, mi riferivo al limite del comune (boundary=administrative) che generalmente non è identico col centro abitato, e che mi sembra completamente uguale a quello del limite del centro abitato (al meno in certe zone), ma quest'ultimo credo che non dovrebbe implicare limiti di velocità. Un esempio: https://maps.google.it/maps?q=arcehl=dell=41.565211,13.5308spn=0.003885,0.021136hq=arcehnear=Rome,+Latiumt=hz=16layer=ccbll=41.565291,13.530865panoid=OJ-_pTvTLZSdok_7CKP5nQcbp=12,50.76,,1,3.34 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Creare bin file
Il 09/08/2012 16:57, Niccolo Rigacci ha scritto: On Thu, Aug 09, 2012 at 11:25:33AM +0200, beppebo...@libero.it wrote: c'è qualcuno che mi sa spegare passo passo come creare un bin file a partire dai dati osm? Sempre se ti riferisci alle mappe per il programma Navit, puoi ottenere con due click le mappe bin da http://maps7.navit-project.org/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Avvistato nemico a ore dodici....
Stamattina mi sono imbattuto per la prima volta nella google car di street view, faceva un giro nel mio quartiere a Roma con tanto di palla blu fotografante sul tetto. Appena l'ho vista, il mio istinto è stato quello di alzare un dito medio verso le fotocamere...vedremo se è venuta bene o se la offuscano il bello è che in tardo pomeriggio, l'ho rivista parcheggiata in zona, chiusa, con la custodia nera per il periscopio fotografante http://flic.kr/p/cNAGV1 non ho adesivi osm con me, ma se qualcuno vuole passare di lì, posso fornire permalink con marcatore dell'ubicazione... ps: è parcheggiata su striscie blu senza esibire alcun ticket per il parcometro...si potrebbero anche chiamare i vigili e fargli mettere una bella multa ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] TMC e OSM
Vorrei segnalare che i link indicati sopra sono superati, quindi per esempio questo: http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#Tagging_Schema adesso è diventato molto più semplice (senza che si perdono informazioni). Il nuovo schema è qui: http://wiki.openstreetmap.org/wiki/DE:Proposed_features/New_TMC_scheme (purtroppo in tedesco). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avvistato nemico a ore dodici....
Competizione forse, ma non nemico, per favore! Volker 2012/8/9 Fabri erfab...@gmail.com Stamattina mi sono imbattuto per la prima volta nella google car di street view, faceva un giro nel mio quartiere a Roma con tanto di palla blu fotografante sul tetto. Appena l'ho vista, il mio istinto è stato quello di alzare un dito medio verso le fotocamere...vedremo se è venuta bene o se la offuscano il bello è che in tardo pomeriggio, l'ho rivista parcheggiata in zona, chiusa, con la custodia nera per il periscopio fotografante http://flic.kr/p/cNAGV1 non ho adesivi osm con me, ma se qualcuno vuole passare di lì, posso fornire permalink con marcatore dell'ubicazione... ps: è parcheggiata su striscie blu senza esibire alcun ticket per il parcometro...si potrebbero anche chiamare i vigili e fargli mettere una bella multa ___ 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] Avvistato nemico a ore dodici....
Armati di adesivi openstreetmap e colpisci :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Avvistato nemico a ore dodici....
Sicuro, ma non disprezzatele troppo... il loro servizio è fantastico! quando hai un'appuntamento a un determinato incrocio puoi esplorare la situazione prima per arrivare preparato e beccare subito l'edificio giusto :) * * * Edoardo Tona* Il giorno 09 agosto 2012 13:46, Maurizio Napolitano napoo...@gmail.com ha scritto: Armati di adesivi openstreetmap e colpisci :) ___ 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-ee] EHAK uuendamisest 2012v2 muudatuste osas
Kas olemasoleva ja uue erinevusi ei saa kuidagi võrrelda? Kuupäeval 9. august 2012 11:27 kirjutas Tormi Tabor tormi.ta...@gmail.com: Tervist! Palun soovitusi, kuidas uuendada EHAK asustusüksuste andmestik 2012v2 muudatuste osas (lisandus 1 uus küla ja muudeti 2 küla piire): https://riha.eesti.ee/riha/main/kla/eesti_haldus-_ja_asustusjaotuse_klassifikaator_2012v2_ver2. Tänaseks on Maa-amet ka uuendatud shapefailid avaldanud: http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html Tervitades, Tormi Tabor GSM: +372 5451 3000 E-post: tormi.ta...@gmail.com ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] EHAK uuendamisest 2012v2 muudatuste osas
Ikka saab ilmselt. Kui asja veidi laiemalt vadata, siis kas uuendamise osas on välja kujunenud best practice? EHAK uueneb ca 1-2-3x aastas, kas lihtsam oleks kogu andmestik uue versiooniga alati üle kirjutada või hakata muudatusi võrdlema? Terv, Tormi 9. august 2012 11:35 kirjutas Andres Kaaber andres.kaa...@gmail.com: Kas olemasoleva ja uue erinevusi ei saa kuidagi võrrelda? Kuupäeval 9. august 2012 11:27 kirjutas Tormi Tabor tormi.ta...@gmail.com : Tervist! Palun soovitusi, kuidas uuendada EHAK asustusüksuste andmestik 2012v2 muudatuste osas (lisandus 1 uus küla ja muudeti 2 küla piire): https://riha.eesti.ee/riha/main/kla/eesti_haldus-_ja_asustusjaotuse_klassifikaator_2012v2_ver2 . Tänaseks on Maa-amet ka uuendatud shapefailid avaldanud: http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html Tervitades, Tormi Tabor GSM: +372 5451 3000 E-post: tormi.ta...@gmail.com ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] EHAK uuendamisest 2012v2 muudatuste osas
Hetkel minuteada küll mingit best practicet pole tekkinud, kuna ainult üks kord on seda imporditud. Kuupäeval 9. august 2012 13:42 kirjutas Tormi Tabor tormi.ta...@gmail.com: Ikka saab ilmselt. Kui asja veidi laiemalt vadata, siis kas uuendamise osas on välja kujunenud best practice? EHAK uueneb ca 1-2-3x aastas, kas lihtsam oleks kogu andmestik uue versiooniga alati üle kirjutada või hakata muudatusi võrdlema? Terv, Tormi 9. august 2012 11:35 kirjutas Andres Kaaber andres.kaa...@gmail.com: Kas olemasoleva ja uue erinevusi ei saa kuidagi võrrelda? Kuupäeval 9. august 2012 11:27 kirjutas Tormi Tabor tormi.ta...@gmail.com: Tervist! Palun soovitusi, kuidas uuendada EHAK asustusüksuste andmestik 2012v2 muudatuste osas (lisandus 1 uus küla ja muudeti 2 küla piire): https://riha.eesti.ee/riha/main/kla/eesti_haldus-_ja_asustusjaotuse_klassifikaator_2012v2_ver2. Tänaseks on Maa-amet ka uuendatud shapefailid avaldanud: http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html Tervitades, Tormi Tabor GSM: +372 5451 3000 E-post: tormi.ta...@gmail.com ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] EHAK uuendamisest 2012v2 muudatuste osas
Niisama lihtsalt ei saa asendada. Rannajoon on integreeritud corine jms objektidega, mõnel pool olen jõgedega piire täpsustanud. Ükshaaval tuleks noppida uued, tundub. Kui yldisemalt mõelda, siis ma täna pigem ei panekski OSM-i baasi sellist infot, sinna käib vaid käsitsi loodav ja uuendatav info. See võiks olla eraldi ja renderdatud kaardile, nii et uuendus oleks vaid shapefailide vahetus teatud kohas. Tehniline probleem on, et sellist kohta pole veel olemas. Variant B oleks maaametit veenda OSMis admininfot hallata ;) Sent from my iPad On Aug 9, 2012, at 3:18 PM, Andres Kaaber andres.kaa...@gmail.com wrote: Hetkel minuteada küll mingit best practicet pole tekkinud, kuna ainult üks kord on seda imporditud. Kuupäeval 9. august 2012 13:42 kirjutas Tormi Tabor tormi.ta...@gmail.com: Ikka saab ilmselt. Kui asja veidi laiemalt vadata, siis kas uuendamise osas on välja kujunenud best practice? EHAK uueneb ca 1-2-3x aastas, kas lihtsam oleks kogu andmestik uue versiooniga alati üle kirjutada või hakata muudatusi võrdlema? Terv, Tormi 9. august 2012 11:35 kirjutas Andres Kaaber andres.kaa...@gmail.com: Kas olemasoleva ja uue erinevusi ei saa kuidagi võrrelda? Kuupäeval 9. august 2012 11:27 kirjutas Tormi Tabor tormi.ta...@gmail.com: Tervist! Palun soovitusi, kuidas uuendada EHAK asustusüksuste andmestik 2012v2 muudatuste osas (lisandus 1 uus küla ja muudeti 2 küla piire): https://riha.eesti.ee/riha/main/kla/eesti_haldus-_ja_asustusjaotuse_klassifikaator_2012v2_ver2. Tänaseks on Maa-amet ka uuendatud shapefailid avaldanud: http://geoportaal.maaamet.ee/est/Andmed-ja-kaardid/Haldus-ja-asustusjaotus-p119.html Tervitades, Tormi Tabor GSM: +372 5451 3000 E-post: tormi.ta...@gmail.com ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
[Talk-at] AK-Routenplanertest
Schade, dass kein OSM-basierter Routenplaner dabei war... http://www.arbeiterkammer.com/online/routenplaner-68522.html http://www.arbeiterkammer.com/bilder/d178/KI_Test_2012_Routenplaner.pdf Wie da z.B. ORS (http://openrouteservice.org) wohl abgeschnitten hätte? Mfg. Günther ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
Hallo! Dass Google gut abgeschnitten hat, kann nur auf einen Zufall beruhen. Wer sich herzlich über einen vollkommen idiotischen Vorschlag freuen möchte, der gebe bei maps.google.at Wattens und Mayrhofen (beide Tirol) ein und wähle dann den 2. Vorschlag (Innerberg). Laut Angaben der örtlichen Polizei ist die vorgeschlagene Route selbst mit dem Mountainbike nur schwer zu schaffen, ganz abgesehen davon, dass dort auf weiten Strecken Fahrverbot herrscht. Einige Teile der Route sind in OSM als path (!) getaggt. ORS passiert sowas nicht Heute (9. August) um 08:28 meinte Günther Zin.: Schade, dass kein OSM-basierter Routenplaner dabei war... http://www.arbeiterkammer.com/online/routenplaner-68522.html http://www.arbeiterkammer.com/bilder/d178/KI_Test_2012_Routenplaner.pdf Wie da z.B. ORS (http://openrouteservice.org) wohl abgeschnitten hätte? -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
Hallo Boris, mal abgesehen davon, ob man es schafft oder nicht (und mit was) - die Aussage der Polizei wird ja auch durch google bestätigt. Gelber Kasten auf der linken Seite: Auf dieser Route liegen gesperrte oder private Straßen. Also wer bei dieser Route einfach drauf losfährt ist selber Schuld... (ich weiß schon: viele verlassen sich blind auf's Navi...) Aber ein Navi entbindet eben nicht von der StVO... Grüße Thomas Boris Cornet bor...@osm-at.org hat am 9. August 2012 um 08:45 geschrieben: Hallo! Dass Google gut abgeschnitten hat, kann nur auf einen Zufall beruhen. Wer sich herzlich über einen vollkommen idiotischen Vorschlag freuen möchte, der gebe bei maps.google.at Wattens und Mayrhofen (beide Tirol) ein und wähle dann den 2. Vorschlag (Innerberg). Laut Angaben der örtlichen Polizei ist die vorgeschlagene Route selbst mit dem Mountainbike nur schwer zu schaffen, ganz abgesehen davon, dass dort auf weiten Strecken Fahrverbot herrscht. Einige Teile der Route sind in OSM als path (!) getaggt. ORS passiert sowas nicht Heute (9. August) um 08:28 meinte Günther Zin.: Schade, dass kein OSM-basierter Routenplaner dabei war... http://www.arbeiterkammer.com/online/routenplaner-68522.html http://www.arbeiterkammer.com/bilder/d178/KI_Test_2012_Routenplaner.pdf Wie da z.B. ORS (http://openrouteservice.org) wohl abgeschnitten hätte? -- Bis bald, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
Hallo! Heute (9. August) um 09:03 schrieb thomas.flandera#inode.at: Hallo Boris, mal abgesehen davon, ob man es schafft oder nicht (und mit was) - die Aussage der Polizei wird ja auch durch google bestätigt. Gelber Kasten auf der linken Seite: Auf dieser Route liegen gesperrte oder private Straßen. Das bezieht sich aber nur auf die Fußgängerzone, in der Google das Ortszentrum von Wattens ansiedelt. -- Mit freundlichen Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
Hallo, ganz so sehe ich das nicht, dass Googles gutes Abschneiden nur auf einem Zufall beruhen kann - das ist nach meiner Erfahrung eine deutlich zu wenig differenzierte Aussage . Ich bin zwar absoluter OSM-Verfechter, aber in Bezug auf einfache Nutzbarkeit (gerade auch am Smartphone) bietet Google Dienste, mit denen viele Dienste, die OSM-Daten nutzen (noch) bei weitem nicht mithalten können. Im Allgemeinen hatte ich über die Routenführung von Google nicht viel zu klagen, wobei ich es meist eher zu Testzwecken mitlaufen lasse, und bei echtem Bedarf eher ein professionelles Navi benutze. Für die getestete Vorab-Routenberechnung verwende ich es jedoch ernsthaft und regelmässig, und auch hier habe ich keine Klagen. Dass unsere OSM Karten in vielen Bereichen deutlich detaillierter, korrekter, offener und was weiss ich noch alles sind, tut dabei nichts zur Sache, ein Tool basierend auf OSM-Daten, das die selben Möglichkeiten bietet wäre mir selbstverständlich wesentlich lieber. Wie ORS in diesem Test abgeschnitten hätte? Ich denke, einige Kriterien hätte es recht gut gemeistert, aber von übersichtlichem Ausdruck, Zusatzangaben wie Spritverbrauch kann nicht die Rede sein. Und wenn ein Teil der ORS-Routenbeschreibung so aussieht wie unten, kann es für einen Spitzenplatz bei einem Durchschnitts-Konsumenten-Test nicht mehr reichen, auch wenn es tolle Zusatzmöglichkeiten wie GPX-Download gibt, die der Durchschnitts-Konsument eher nicht nutzt. Um nicht falsch verstanden zu werden: Ich bin starker OSM-Verfechter, aber ich vergleiche intensiv auch mit anderen Möglichkeiten, vor allem im Bereich Navigation. Auf OSMDaten basierende Lösungen haben meist klare Vorteile wenn es um vielfältiste und anpassbare Lösungen geht oder auch im gesamten Bereich abseits der KFZ-Navigation Aber: viele der Anwendungen / Dienste sind in Bezug auf Anwenderfreundlichkeit (noch) nicht auf dem letzten Stand, häufig benötigt es für die Nutzung jedoch ein starkes Einarbeiten in Technik und die spezielle Software. Und das gilt auch für ORS: Bei Google kann ich einfachstens Zwischenziele einfügen, Reihenfolgen von Wegpunkten anpassen, die Route an beliebigen Punkten mit der Maus anfassen und auf andere Wege ziehen und so einfachst Wunschrouten für verschiedene Zwecke erstellen. Ich finde es daher schade, andere Ansätze abzulehnen, ein gutes Abschneiden in einem Test als reinen Zufall zu betiteln - ich bin sicher, dass es hier noch viele Inspirationen für die mögliche Nutzung unserer tollen OSM-Daten geben kann. Nochmals zurück zu ORS: Solange die Routenbeschreibung von Sennwald (Schweiz) nach Bellinzona (Schweiz) Autobahnkreuze wie Sargans oder bei Bellinzona nicht für erwähnenswert hält, ab Thusis jedoch bei durchgängiger Schnellstrasse (ohne Abzweigungen) aber alle paar hundert Meter darauf aufmerksam macht, dass die Schnellstrasse halb links oder halb rechts weiter geht (Beispiel ganz an Ende) finde ich das nicht praktikabel. Es ist zwar auch das ein Einzelbeispiel, aber nicht ein speziell in Bezug auf mögliche Fehler ausgesuchtes und nicht die zweite Alternative, sondern mein erster Test, bei dem es um eine der Hauptrouten von Vorarlberg in den Süden geht und es ist die einzige Variante - die unsinnigen/fehlenden Meldungen betreffen hier eine Autobahn/Schnellstrasse. 16.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre geradeaus auf A 13 74.1 km (8.0 km) 17.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb links auf A 13 0.1 km (82.1 km) 18.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb rechts auf A 13 0.3 km (82.2 km) 19.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb rechts auf A 13 1.1 km (82.5 km) 20.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb links auf A 13 1.7 km (83.6 km) 21.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb rechts auf A 13 2.1 km (85.3 km) 22.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb rechts auf A 13 0.3 km (87.4 km) 23.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb links auf A 13 2.2 km (87.7 km) 24.http://openrouteservice.org/index.php?start=9.5997766,47.2580181end=10.5449938,42.9288383pref=Fastestlang=denoMotorways=falsenoTollways=false# Fahre halb links auf A 13 1.4
Re: [Talk-at] geoportal.at
OK, danke an alle für die infos. ich frage einfach mal nach. mfg MF Dieser Dienst wird vom NÖ Landes-GIS betrieben. Die Fa. Synergis hat damit nichts zu tun. MF Ansprechpartner für alle Länder-GIS hier: http://www.geoland.at/ansprechpartner.htm MF -Ursprüngliche Nachricht- MF Von: Friedrich Volkmann [mailto:b...@volki.at] MF Gesendet: Mittwoch, 08. August 2012 05:03 MF An: talk-at@openstreetmap.org MF Betreff: Re: [Talk-at] geoportal.at MF On 08.08.2012 04:02, Rainer Fügenstein wrote: http://noe.geoportal.at/NOE/synserver?project=spillern_wc reinzoomen in die metropole, alles da - häuser, hausnummern, straßen, POIs, ... MF Die Hausnummern findest du auf http://www.intermap1.noel.gv.at auch. (Karten Center - Transport - NÖ Straßen) am flächenwidmungsplan (FWP) sind sogar hochspannungs- und gasleitungen drauf. ein paar andere ortschaften hier zu finden: http://noe.geoportal.at/NOE/synserver (offen sind die mit _wc hinten dran) sollma schauen ob die die daten zum konvertieren importieren rausgeben? oder hat das eh schon jemand gemacht? MF Wen willst du anschreiben? Die Synergis GmbH wird sicher kein Interesse MF daran haben, Daten rauszugeben. Man müsste herausfinden, von welchen MF offiziellen Stellen sie selber ihre Daten herhaben. Wahrscheinlich von den MF Auftraggebern, also den Gemeinden. -- Unix gives you just enough rope to hang yourself -- and then a couple of more feet, just to be sure. (Eric Allman) -- ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
On 09.08.2012 08:28, Günther Zin. wrote: Wie da z.B. ORS (http://openrouteservice.org) wohl abgeschnitten hätte? Hast http://map.project-osrm.org/ schon mal probiert? Und zwar so wirklich quer durch Europa... Und dann verschiebe End- oder Anfangspunkt... oder greif Dir den Punkt auf der Route und verschiebe ihn... Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
On 09.08.2012 08:45, Boris Cornet wrote: Wer sich herzlich über einen vollkommen idiotischen Vorschlag freuen möchte, der gebe bei maps.google.at Wattens und Mayrhofen (beide Tirol) ein und wähle dann den 2. Vorschlag (Innerberg). Laut Angaben der örtlichen Polizei ist die vorgeschlagene Route selbst mit dem Mountainbike nur schwer zu schaffen, ganz abgesehen davon, dass dort auf weiten Strecken Fahrverbot herrscht. Einige Teile der Route sind in OSM als path (!) getaggt. ORS passiert sowas nicht Es ist ein Fehler der meisten Router, dass das Höhenprofil nicht berücksichtigt wird. Davon sind die OSM-basierten sicher nicht ausgenommen, denn auf welche Höhendaten sollten sie zugreifen? Mit STRM ist nichts anzufangen, und genauere Höhendaten kosten was. Die kommerziellen Anbieter könnten sich die leisten, tun es aber offenbar nicht. Meine Vermutung ist, dass deren Entwickler Flachlandindianer sind und gar nicht auf die Idee kommen, dass eine Straße über einen Berg drübergehen kann. Wenn Google die Fahrverbote nicht kennt, ist das natürlich ein anderes Problem. Aber genauso falsch wäre es, überhaupt nicht über Tracks zu routen. Ich würde nicht viel drauf wetten, dass ORS die Tabelle von http://wiki.openstreetmap.org/wiki/OSM_tags_for_routing/Access-Restrictions vollständig implementiert hat. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Jakobsweg
On 22.07.2012 12:39, Boris Cornet wrote: Heute (22. Juli) um 12:06 tippte Friedrich Volkmann: Jetzt, wo wir sowieso alle Routenrelationen überprüfen müssen, ist vielleicht der richtige Zeitpunkt um endlich mal mit den redundanten Jakobswegen aufzuräumen. Es gibt eine Relation http://www.openstreetmap.org/browse/relation/2073724 und mehrere Relationen für Abschnitte davon. Siehe: http://forum.openstreetmap.org/viewtopic.php?pid=227055#p227055 Killen wir die große Relation oder die Abschnittsrelationen? Oder wandeln wir die große in eine Metarelation um? Ich möchte nur zu bedenken geben, dass es /den/ jakobsweg nicht gibt, es gibt da Unmengen von Varianten, die teilweise parallel laufen und davon sind einige noch nicht einmal erfasst (ich kenne eine Variante über Igls, die nicht in der Relation ist). Die Varianten kann man ohne weiteres als eigene Relationen anlegen, genauso wie wir es für die anderen Wanderwege ja auch machen (z.B. 01A). Mir geht es mal nur um *den* Jakobsweg Österreich. Nachdem das Thema hier wieder eingeschlafen ist, aber irgendwas passieren muss, werde ich, sofern in den nächsten Tagen kein Protest kommt, die Relation 2073724 in eine Metarelation umwandeln. Ich glaube, das ist die beste Lösung, denn die Relation ist mit 851 Members schon jetzt sehr unhandlich, und sie ist noch nicht mal halb komplett. Eigentlich wäre das ja schon der österreichische ein Kandidat für eine Metarelation, aber zum Schluss ergäbe das eine Meta-Meta-relation und ich ahne schon, dass das nicht gut ankommt. Nörgler gibt es so oder so. Wir brauchen etwas, womit man arbeiten kann. -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] AK-Routenplanertest
2012/8/8 Boris Cornet bor...@osm-at.org Hallo! Dass Google gut abgeschnitten hat, kann nur auf einen Zufall beruhen. volle Zustimmung Wer sich herzlich über einen vollkommen idiotischen Vorschlag freuen möchte, der gebe bei maps.google.at Wattens und Mayrhofen (beide Tirol) ein und wähle dann den 2. Vorschlag (Innerberg). Laut Angaben der örtlichen Polizei ist die vorgeschlagene Route selbst mit dem Mountainbike nur schwer zu schaffen, ganz abgesehen davon, dass dort auf weiten Strecken Fahrverbot herrscht. Einige Teile der Route sind in OSM als path (!) getaggt. das gibts noch viel wildere Sachen. http://goo.gl/maps/hK2lM Da ist wirklich nur ein Bach und keine Spur von einem Weg. Und dann geht es noch mitten durch die Latschen. Nicht einmal zu Fuss macht das Sinn. Wirklich interessant woher die Daten kommen. Die sind garantiert in keiner anderen online oder offline Karte Dann sind alle Forstwege als ganz normale Strassen eingetragen. Dort ist aber praktisch immer Fahrverbot und meistens Schranken. z.B. http://goo.gl/maps/CALjx ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-lv] defaultaa osm stila probleemas
http://www.openstreetmap.org/?lat=34.873lon=132.633zoom=10layers=M mekleejam trunk celjus ;) -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Nepareiza 'place=hamlet' izmantošana
Sveiki! Lūdzu, neizmantojiet mājas nosaukumiem place=hamlet. Tam ir jāizmanto addr:housename=*. Es saprotu, renders atkal slikts, nerāda pareizajā mērogā, bet tomēr... Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] USGS Orthos in Canada
While editing near Leamington ON in Potlatch, I clicked by accident on the Background - OSM US USGS Large Scale Aerial Imagery. It came up with really sharp and recent orthoimagery. It's of similar quality to the SWOOP images I buy at $50/km^2 for work, and covers some areas that Bing doesn't. Images look to be from 2010 or so, guessing from the visible wind power projects in SW Ontario. Trying out several areas near the US border I found: * that coverage is seemingly random; some isolated areas have it, contiguous areas near the border might not * it's coming from a very slow server which only works if you're zoomed in very close * it's not seemingly available from a public WMS, as any of the USGS servers I tried blank at the Canadian border. Surprisingly, it seems that not all USGS imagery is public domain (https://wiki.openstreetmap.org/wiki/USGS_High_Resolution_Orthoimagery#Data_License). So, can we use it? cheers, Stewart ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca