Re: [Talk-transit] Conversation on this list (was: Proposed Feature - RFC - Public Transport)
On 14 December 2010 22:56, Dominik Mahrer (Teddy) te...@teddy.ch wrote: Today morning I got this off the list: On 12/14/2010 07:56 AM, Michał Borsuk wrote: I already told you twice to behave, you little shit. If it continues, I will have you removed from the list. Perhaps I did not find the best words. Please excuse me. That's what I wanted to hear. English is not my first language. Poor excuse, for neither is mine. [...] because others have a different meaning, It was about repetitive rude behaviour, not a different meaning. Shall I elaborate? I don't know if I want/need to be on this list... That's solely your decision. -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Conversation on this list (was: Proposed Feature - RFC - Public Transport)
On 12/14/2010 07:56 AM, Michał Borsuk wrote: I already told you twice to behave, you little shit. If it continues, I will have you removed from the list. That type of language and attitude is completely inappropriate. If someone needs to be removed from the list there a much better ways of handling it. --Greg ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Conversation on this list (was: Proposed Feature - RFC - Public Transport)
On 15 December 2010 02:33, David Murn da...@incanberra.com.au wrote: Maybe Im a little new to this list, but this language and attitude hardly seem hardly appropriate, and English *IS* my first language. I would like to think that public lists are available for discussion and debates, not personal inflammatory insults. You only have failed to notice a certain manipulation by Dominik. What he posted here was my private communication with him. I was simply annoyed by his repeated offensive behaviour. Sorry, but what is between me and him personally is not your business. And I do have a right to feel offended, and to react. Michael, if you really dont like reading something twice, youre more than welcome to leave this list yourself. Again, my comments were in a private email to Dominik Mahrer. For such a detailed proposal, which such big potential changes, I feel (although it appears to be at odds with your opinion) that the more discussion can only improve the clarity of the situation. Surely personal accusations from one member towards the others do not help to maintain a clear discussion. -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Conversation on this list (was: Proposed Feature - RFC - Public Transport)
On Wed, 2010-12-15 at 07:10 +0100, Michał Borsuk wrote: You only have failed to notice a certain manipulation by Dominik. What he posted here was my private communication with him. I was simply annoyed by his repeated offensive behaviour. Sorry, but what is between me and him personally is not your business. Maybe you sent more to him, but the only part that was posted here were 2 sentences, one of you using profane language and another threatening to have him banned from the list, because he didn't 'behave' like you told him to. If you have such power to be telling mailing list users what to do, then exercise that power and remove him, or live with the fact that some people will disagree and sometimes things may be discussed more than once on a mailing list. And I do have a right to feel offended, and to react. Sure, everyone has that right. A quick read through the previous weeks emails on this topic though, shows no reason why anyone should feel offended. The closest Ive found, was you suggesting that someone was making accusations about mappers, which was answered politely and correctly. Surely personal accusations from one member towards the others do not help to maintain a clear discussion. Lets just be clear, this was the flow of conversation: My understanding for those they have put hundreds of tags on/beside the way. They do not want to move them (in which direction ever). Do you have any other personal accusations towards other mappers? This is not an accusation, this is the only plausible reason I heard until now for not changing the old schema. I'm failing to see any accusation there, and most definitely not a 'personal accusation', given the use of the word 'they'. David ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Conversation on this list (was: Proposed Feature - RFC - Public Transport)
On 15 December 2010 07:37, David Murn da...@incanberra.com.au wrote: On Wed, 2010-12-15 at 07:10 +0100, Michał Borsuk wrote: Sorry, but what is between me and him personally is not your business. Maybe you sent more to him, but the only part that was posted here were 2 sentences, one of you using profane language and another threatening to have him banned from the list, because he didn't 'behave' like you told him to. I apologize for the form. Sorry, it was too much. But I stand by the meaning. Throwing accusations and personal insults towards others is really lame. -- Best regards, mit freundlichen Grüssen, meilleurs sentiments, Pozdrowienia, Michał Borsuk ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [talk-ph] Intramuros Mapping Party: Walking Papers scans
Intramuros Mapping Party - Slice2 (Talitha) http://walking-papers.org/scan.php?id=bsfm5n7h http://walking-papers.org/scan.php?id=v37gpl5f http://walking-papers.org/scan.php?id=3g2rbdtd http://walking-papers.org/scan.php?id=gsdbhn3h http://walking-papers.org/scan.php?id=krdzrl25 On Mon, Dec 13, 2010 at 3:06 PM, maning sambale emmanuel.samb...@gmail.com wrote: A post about the strange ways people use walkingpapers: http://content.stamen.com/walking_papers_developments On Sun, Dec 12, 2010 at 2:39 PM, Eugene Alvin Villar sea...@gmail.com wrote: Hi guys, My Slice 4 partner Wayne has scanned and uploaded our Walking Papers: http://walkingpapers.org/scan.php?id=5t6tq3th http://walkingpapers.org/scan.php?id=tgmpp5q7 http://walkingpapers.org/scan.php?id=2tczc687 It's all numbers because we wrote down the names and addresses into a notebook. There's very little space otherwise! Eugene (osm:seav) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Open Data Kit (ODK) can help in Getting All the Phil Street Names for OSM
Hi, I think ODK Collect and ODK Aggregate can help get all the Phil Street Names for OSM. ODK Collect is powerful phone based replacement for your paper forms. Collect is built on the Android platform and can collect a variety of form data types: text, location, photos, video, audio, and barcodes. ODK Aggregate provides a ready to deploy online repository to store, view and export collected data. Aggregate is currently implemented on Google App Engine and enables free hosting of data on Google's reliable infrastructure. http://code.google.com/p/opendatakit/ ODK Aggregate support Postgresql and MySQL http://code.google.com/p/opendatakit/wiki/Roadmap I think year or 2 a lot of us will be getting a cheap android phones, and creating a simple ODK Collect Survey Form - Street you are Standing can help get the Street Names of all the street in the Phil. The user will just send the Street Names plu embedded location of the person sending the data (i.e. coordinate) and Ph-OSM ODK Aggregate will collect the data. Maning, Eugene, Totor and others, what do you think of this idea? Thanks. Noli ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Skyway’s Bicutan-Sucat section opens before year-end
Is this the road?: http://osm.org/go/4zhDGp1g-- http://www.skyway.com.ph/news/49-skyways-bicutan-sucation-section-opens-before-year-end.html -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] General strategy to using bing imagery in areas with no active OSMer (was Re: Microsoft Bing Maps Imagerty [sic] Terms of Use)
Hi, This is great ! I checked Negros, Cebu and Bohol islands. No high resolution coverage, except for Cebu city... Cheers. Totor --- On Tue, 12/14/10, Eugene Alvin Villar sea...@gmail.com wrote: From: Eugene Alvin Villar sea...@gmail.com Subject: Re: [talk-ph] General strategy to using bing imagery in areas with no active OSMer (was Re: Microsoft Bing Maps Imagerty [sic] Terms of Use) To: maning sambale emmanuel.samb...@gmail.com Cc: osm-ph talk-ph@openstreetmap.org Date: Tuesday, December 14, 2010, 4:46 PM Martijn has updated his tool for determining the date of the Bing imagery. Now you can see how many more zoom levels are there. I think this may make it easier to spot more Bing imagery in the Philippines. For example here is Puerto Galera: http://mvexel.dev.openstreetmap.org/bing/?lat=13.495687421588386lon=120.9321205854468z=12 On Mon, Dec 6, 2010 at 11:08 AM, maning sambale emmanuel.samb...@gmail.com wrote: I updated the wiki for the date of imagery using the site in this blog: http://oegeo.wordpress.com/2010/12/03/bing-aerial-photos-for-openstreetmap-great-but-are-they-recent/ http://wiki.openstreetmap.org/wiki/Philippines/High-resolution_imagery#Bing_Imagery On Sat, Dec 4, 2010 at 8:27 PM, Anthony G. Balico anthony.bal...@gmail.com wrote: You're welcome Noli, happy to help. Hurry with the experiments and there's a looot of things to do :) On Sat, 2010-12-04 at 23:24 +1100, Noli Sicad wrote: Hi Anthony, Now I got it. I will do experimental editing and tracing. Thanks a lot. Regards, Noli On 12/4/10, Anthony G. Balico anthony.bal...@gmail.com wrote: Hi Noli, You may want to fire up a bit your josm using this little tweak java -Xmx512m -jar josm-latest.jar I installed the imagery plugin instead, and its working great you may give it a try (a josm restart is necessary after installing a new plugin). After that, just simply download map from osm (3rd from left on the menu icons), box your area of interest (not so large otherwise you get an error). By default it will download only osm data but i suggest you tick the raw gps data to pull the gps data from the db as well. After both were download, click Imagery from the main menu then choose Bing Sat. Now you're good to go :) Anthony On Sat, 2010-12-04 at 22:42 +1100, Noli Sicad wrote: How do I start traces Bing Maps Imagerty (e.g. Iligan) using JOSM. Steps 1. Download the latest josm-latest.jar 2. In terminal (linux) java -jar josm-latest.jar 3. Install wmsplugin (for Bing Maps) What is next to do? 4.File - New New Layer? 5. 6. 7, Any short tutorial? I watched the JOSM videos by Steve Coast. It seems not applicable to tracing maps. Thanks. Noli On 12/1/10, maning sambale emmanuel.samb...@gmail.com wrote: I'm posting this to generate insights on how we should maximize and accelerate data contributions in bing covered areas. At the moment there are a lot of bing imagery with minimal active ph-osmer (perhaps main reason is the lack of imagery). I am predicting that this will change very soon when other people start to see that their area of interest has his-res imagery available. As a community, how do we approach the info dissemination so that people become aware that there is imagery already in X town? Some suggestions: 1. Lets create a coverage list and add them here: http://wiki.openstreetmap.org/wiki/WikiProject_Philippines/hires_imagery . Do we have complete coverage sweep: http://wiki.openstreetmap.org/wiki/Bing/Coverage#Philippines ? 2. Check nearby editors covered by bing and remind them that imagery is now available (via OSM messaging). 3. Seed the area by tracing roads (temporarily tagged as highway=road). Adding stub roads can give an impression of completeness. Hence, it can be counter-productive. Personally, I have reservations on point 3 (but lack the patience to wait for a passionate contributor in X town) :) . On the long term, the main strategy would be to encourage local osm groups within these imagery covered areas. Any ideas? ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph --
[talk-ph] TPLEX UC
on my way home from Vigan recently, i passed by victoria tarlac instead of gerona and tarlac to avoid traffic. on the road going to victoria near the end of SCTEX, there's a sign and detour of the on-going construction of TPLEX where you can see clearing operation going on so that new expressway up to Rosario La Union is really in full swing i should've stopped and took pictures...next time Once completed, it will greatly cut travel time to the northern provinces -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] CT clarification: third-party sources
On 13 December 2010 22:46, Anthony o...@inbox.org wrote: It's unclear to me whether a 2/3 majority of active contributors have to vote yes, or merely 2/3 of some unspecified quorum of active contributors. It is extremely unlikely that any English court would think so. The phrase a 2/3 majority vote of active contributors would be understood in its natural way, namely that 2/3 (or more) of all active contributors must vote in favour of the change. If there was to be a quorum then the terms would say so. However changing active contributors to all active contributors ought to dispel any shadow of a doubt on that point and does not read unnaturally, so I'd suggest it as a change. NB: we've been asked to suggest changes to the CT's if we think they are unclear. I cannot remember whether you caught that. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Francis Davey fjm...@... writes: On 13 December 2010 22:46, Anthony o...@... wrote: It's unclear to me whether a 2/3 majority of active contributors have to vote yes, or merely 2/3 of some unspecified quorum of active contributors. It is extremely unlikely that any English court would think so. The phrase a 2/3 majority vote of active contributors would be understood in its natural way, namely that 2/3 (or more) of all active contributors must vote in favour of the change. If there was to be a quorum then the terms would say so. I do not really believe that the turnout percentage in any OSM poll would reach 66.7 percent, even if we count just the active contributors. It is nowadays a good percentage even in the election of the parliament. In year 2007 in Finland the turnout seemed to be 67.9%. And because all active contributors for sure would not vote for Yes it would mean in practice that OSM license could never be changed. Myself I have been thinking that the 2/3 majority means the share of those who vote. Obviously it would be better to write it clearly into the CTs how we want it to be interpreted and not to ask it afterwards from any English court. -Jukka Rahkonen- ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Hi, On 12/14/10 10:28, Jukka Rahkonen wrote: I do not really believe that the turnout percentage in any OSM poll would reach 66.7 percent, even if we count just the active contributors. The turnout percentage in the kind of poll mandated by the CT will be 100%: An 'active contributor' is defined as [someone who] has maintained a valid email address in their registration profile and responds within 3 weeks. This means that anyone who does not at least reply to the email is not an active contributor. Now of course, when asked by email to respond either yes or no, people could also respond bugger off but that would simply count as a no. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 14 December 2010 09:28, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: I do not really believe that the turnout percentage in any OSM poll would reach 66.7 percent, even if we count just the active contributors. It is nowadays a good percentage even in the election of the parliament. In year 2007 in Finland the turnout seemed to be 67.9%. And because all active contributors for sure would not vote for Yes it would mean in practice that OSM license could never be changed. Myself I have been thinking that the 2/3 majority means the share of those who vote. Obviously it would be better to write it clearly into the CTs how we want it to be interpreted and not to ask it afterwards from any English court. Well, 2/3 of those who vote and 2/3 of all active contributors are very different in terms of how much support a change needs to get. If a change is really popular then it should be possible to engage 2/3 of those who are actively contributing enough to get them to vote in favour. Parliamentary votes aren't really comparable. Anyway, this is a governance issue rather than a legal one. As drafted the CT's will require 2/3 of all active contributors, not merely those who vote. If there's a desire for a different effect, then some change in drafting would be needed. If not, then it is probably worth nailing the point as I have indicated. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Francis, On 12/14/10 10:38, Francis Davey wrote: Anyway, this is a governance issue rather than a legal one. As drafted the CT's will require 2/3 of all active contributors, not merely those who vote. As written in another message, I believe that in this case an active contributor is one who votes (or, at least, replies to the email - the CTs don't say whether the email used to verify active-contributor status is the vote email at the same time, but it might be). Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Frederik Ramm frede...@... writes: Hi, On 12/14/10 10:28, Jukka Rahkonen wrote: I do not really believe that the turnout percentage in any OSM poll would reach 66.7 percent, even if we count just the active contributors. The turnout percentage in the kind of poll mandated by the CT will be 100%: An 'active contributor' is defined as [someone who] has maintained a valid email address in their registration profile and responds within 3 weeks. Right, I apologize. I was remembering that we have about 15000 active contributors but actually we have just that amount of potentially active contributors. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On Tue, Dec 14, 2010 at 5:07 AM, Jukka Rahkonen jukka.rahko...@latuviitta.fi wrote: Frederik Ramm frede...@... writes: On 12/14/10 10:28, Jukka Rahkonen wrote: I do not really believe that the turnout percentage in any OSM poll would reach 66.7 percent, even if we count just the active contributors. The turnout percentage in the kind of poll mandated by the CT will be 100%: An 'active contributor' is defined as [someone who] has maintained a valid email address in their registration profile and responds within 3 weeks. Right, I apologize. I was remembering that we have about 15000 active contributors but actually we have just that amount of potentially active contributors. Easy mistake to make when an agreement defines a term in a way which completely contradicts the plain language meaning of the term. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Also, the idea that the vote could be conducted via email is rather humorous. Can't wait to see the dispute over the hanging chads in that scenario. I'm not sure why its humerous. There seems (to me) to be nothing wrong in principle in holding a vote by email or indeed by any other electronic means. Maybe it worked for usenet, but that was back when having an email address was a sign of intelligence. Besides the obvious problem of parsing the various responses to determine intent, there's also the issue that email is completely insecure and the question of how to handle contributors who have multiple accounts under different email addresses. There are of course problems, but then so are there with paper ballots as we all know. I wouldn't suggest a paper ballot either. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 14 December 2010 15:21, Anthony o...@inbox.org wrote: I wouldn't suggest a paper ballot either. What would you suggest? A website with some form of authentication given to contributors when they sign up to the CT's? -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On Tue, Dec 14, 2010 at 10:32 AM, Francis Davey fjm...@gmail.com wrote: On 14 December 2010 15:21, Anthony o...@inbox.org wrote: I wouldn't suggest a paper ballot either. What would you suggest? I'd suggest that people go to a URL, log in, check a box which says I haven't already voted under another account, and click Yes or No. Their IP address would be recorded so that the committee overseeing the vote could manually check for and rule on invalid votes due to ballot stuffing. Something like http://www.mediawiki.org/wiki/Extension:BoardVote ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On Tue, Dec 14, 2010 at 10:47 AM, Anthony o...@inbox.org wrote: I'd suggest that people go to a URL, log in, check a box which says I haven't already voted under another account, and click Yes or No. Their IP address would be recorded so that the committee overseeing the vote could manually check for and rule on invalid votes due to ballot stuffing. Something like http://www.mediawiki.org/wiki/Extension:BoardVote I should add that I think it's a terrible idea in the first place. Especially with the threshold for eligibility being so low (essentially one edit every 4 months). ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Nanomaps
Frederik, Thanks for the feedback. There are in fact a couple of implementations that are doing similar things, including Tile5 and khtml.org. At this early stage of OSS development along these fronts, it is my opinion that it doesn't hurt to have a fair bit of overlap. We'll learn from each other and eventually either define the different niches or consolidate. There are two key design principles that I'm going after, which I don't believe are represented anywhere else (including the commercial offerings): 1. Have a public interface that encourages interaction with the DOM both surrounding and inside the map. This is about scratching an itch that as a JavaScript developer, when I put a map on my page, it is mostly a black box that is completely managed by some very complicated code that has a significant overlap and abstracted interface to managing the content that goes on the map. If I'm building a webapp, I will already have the tools for handling events, effects, templating and content generation and I'd like all of those to be directly applicable to the map. In this world, the map library just becomes a thin shim supporting the (non-trivial) image manipulation and lending positioning/scaling support to your normal DOM toolbox. 2. Since its just a thin shim, make it as small as possible. Leave all further abstractions for higher level code. I've been wanting to un-map the mapping APIs for a while and make something more approachable in detail to normal JavaScript/DOM developers and this is the start of my attempt to do so. Time will tell whether it fills a niche outside of what I need it for. - Stella On Tue, Dec 14, 2010 at 12:42 AM, Frederik Ramm frede...@remote.org wrote: Hi, On 12/14/10 04:04, Stella Laurenzo wrote: I recently had need of a JavaScript map library that was small, efficient and worked across touch and click devices. I started the nanomaps project to address this need. It's still at a pretty early state, but it supports the following: It seems to me that you re-implemented KHTML (khtml.org)? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] new version of Bing aerial imagery analyzer tool
Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ It now also visualizes the remaining zoom depth. This means that you can see how many zoom levels worth of imagery there is below your current tile, without having to zoom all the way in. It uses an approximation technique to reduce load on the Bing servers. The remaining zoom depth is visible at zoom level 12 and beyond. Also new is local caching of all the generated tiles, also to reduce Bing server load and increase performance. Have fun, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Nifty - that's really interesting information I wouldn't have thought of asking for. Steve On Wed, Dec 15, 2010 at 12:48 AM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ It now also visualizes the remaining zoom depth. This means that you can see how many zoom levels worth of imagery there is below your current tile, without having to zoom all the way in. It uses an approximation technique to reduce load on the Bing servers. The remaining zoom depth is visible at zoom level 12 and beyond. Also new is local caching of all the generated tiles, also to reduce Bing server load and increase performance. Have fun, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On Tue, Dec 14, 2010 at 3:15 AM, Francis Davey fjm...@gmail.com wrote: On 13 December 2010 22:46, Anthony o...@inbox.org wrote: It's unclear to me whether a 2/3 majority of active contributors have to vote yes, or merely 2/3 of some unspecified quorum of active contributors. It is extremely unlikely that any English court would think so. I think you've missed the part that read to me. The phrase a 2/3 majority vote of active contributors would be understood in its natural way, namely that 2/3 (or more) of all active contributors must vote in favour of the change. Right, well, I thought someone was going to respond with of course it's not 2/3 of all active contributors, so you've certainly confirmed to me that this is unclear, as in can be interpreted by non-lawyers in differing ways. However changing active contributors to all active contributors ought to dispel any shadow of a doubt on that point and does not read unnaturally, so I'd suggest it as a change. That wouldn't make it any more clear to me. Removing the majority vote part would, though. On the other hand, the response by Frederik points out another ambiguity - what it means to respond within 3 weeks to an email. Also, the idea that the vote could be conducted via email is rather humorous. Can't wait to see the dispute over the hanging chads in that scenario. NB: we've been asked to suggest changes to the CT's if we think they are unclear. I cannot remember whether you caught that. I mentioned it when I noticed it. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Thanks for your tool and this new feature. Also something like the position or ID of each tile would be appriciated, if shown on the screen. I'd like to note where I adjusted the offset of background imagery. Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
by position, do you mean the coordinates? They are available through the permalink option. As for the tile ID, you can find that out by right-clicking the appropriate tile and selecting something like 'image properties' or 'image info' from the context menu. The value behind '?t= is the tile quadkey which is the unique identifier. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Tue, Dec 14, 2010 at 3:39 PM, S.Higashi s_hig...@mua.biglobe.ne.jp wrote: Thanks for your tool and this new feature. Also something like the position or ID of each tile would be appriciated, if shown on the screen. I'd like to note where I adjusted the offset of background imagery. Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 14 December 2010 14:08, Anthony o...@inbox.org wrote: Right, well, I thought someone was going to respond with of course it's not 2/3 of all active contributors, so you've certainly confirmed to me that this is unclear, as in can be interpreted by non-lawyers in differing ways. I'm afraid I'm not a non-lawyer so I can't add any more data points for that analysis. The meaning of words in a contract is a question of fact though. That wouldn't make it any more clear to me. Removing the majority vote part would, though. Ah, I see what is causing you confusion. 2/3 of active contributors would allow consent to be sought in any (unspecified form) rather than necessarily having something that would naturally be described as a vote and that would simplify the requirements OSMF would have to meet. On the other hand, the response by Frederik points out another ambiguity - what it means to respond within 3 weeks to an email. Yes. As I said, this is a problem I've raised for a while. It might be worth thinking about what exact process OSMF had in mind. Eg, a single email do you consent, with response/non-response, or something more formal. The indirect object of respond could then be clarified. Also, the idea that the vote could be conducted via email is rather humorous. Can't wait to see the dispute over the hanging chads in that scenario. I'm not sure why its humerous. There seems (to me) to be nothing wrong in principle in holding a vote by email or indeed by any other electronic means. There are of course problems, but then so are there with paper ballots as we all know. -- Francis Davey ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Thanks for your quick reply. by position, do you mean the coordinates? They are available through the permalink option. I wanted to get boundary box or something like that at a glance. But, the coordinates in the URL would be enough. Thank you I'll note them. Although this is not main topic when I trace Bing imagery, I add -MM to source tags watching your site like: source=Bing, 2007-04 I think the imagery date is important because it may be updated someday. As for the tile ID, you can find that out by right-clicking the appropriate tile and selecting something like 'image properties' or 'image info' from the context menu. The value behind '?t= is the tile quadkey which is the unique identifier. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Tue, Dec 14, 2010 at 3:39 PM, S.Higashi s_hig...@mua.biglobe.ne.jp wrote: Thanks for your tool and this new feature. Also something like the position or ID of each tile would be appriciated, if shown on the screen. I'd like to note where I adjusted the offset of background imagery. Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
The BBOX is available through the Bing API, could be added easily. Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Tue, Dec 14, 2010 at 4:34 PM, S.Higashi s_hig...@mua.biglobe.ne.jp wrote: Thanks for your quick reply. by position, do you mean the coordinates? They are available through the permalink option. I wanted to get boundary box or something like that at a glance. But, the coordinates in the URL would be enough. Thank you I'll note them. Although this is not main topic when I trace Bing imagery, I add -MM to source tags watching your site like: source=Bing, 2007-04 I think the imagery date is important because it may be updated someday. As for the tile ID, you can find that out by right-clicking the appropriate tile and selecting something like 'image properties' or 'image info' from the context menu. The value behind '?t= is the tile quadkey which is the unique identifier. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Tue, Dec 14, 2010 at 3:39 PM, S.Higashi s_hig...@mua.biglobe.ne.jp wrote: Thanks for your tool and this new feature. Also something like the position or ID of each tile would be appriciated, if shown on the screen. I'd like to note where I adjusted the offset of background imagery. Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] CT clarification: third-party sources
Hi,, NB: we've been asked to suggest changes to the CT's if we think they are unclear. I cannot remember whether you caught that. Where should these suggestions be made? My last suggested change, posted to this list, received no response at all from the licensing working group. (The problem is not that other people disagreed with my suggestion and gave me feedback will probably lead me to suggest an entirely different change. The problem is that I will not spend the time doing so if the licensing workgroup doesn't care anyway.) Olaf ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Le 14/12/2010 16:42, Martijn van Exel a écrit : The BBOX is available through the Bing API, could be added easily. Martijn I've added it on the mapJumper. http://wiki.openstreetmap.org/wiki/MapJumper But there is a bug. The zoom parameter key is 'z' not 'zoom' as on openLayers compatibles sites. Is it a way to make it compatible ? It would make it also compatible with the OSMJumper plugin for firefox. -- FrVIPofm ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] CT clarification: third-party sources
On 14 December 2010 16:10, Olaf Schmidt-Wischhöfer o...@amen-online.dewrote: Hi,, NB: we've been asked to suggest changes to the CT's if we think they are unclear. I cannot remember whether you caught that. Where should these suggestions be made? My last suggested change, posted to this list, received no response at all from the licensing working group. (The problem is not that other people disagreed with my suggestion and gave me feedback will probably lead me to suggest an entirely different change. The problem is that I will not spend the time doing so if the licensing workgroup doesn't care anyway.) Sending a message to le...@osmfoundation.org will definitely get some attention. We are regularly looking at what is in the mailbox. You can see from the minutes of the LWG that we are taking opinions into consideration. We are also looking here and while we can't answer personally every message, we are trying to make sure to address issues that are found when it is possible. Emilie Laffray ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Could someone revert these Changesets please.
On 12/12/2010 19:08, malenki wrote: I reverted the changesets beginning with the newest one. Unfortunately I did only look at the hour of creation, not at the day. I hope I didn't mess up something. After reverting i split this monster relation containing 1.5k elements with 800+(!) versions into three parts and added these to a meta-relation. Hope this is alright for you. I also closed some obvious gaps in the relations. Thanks for doing that. It's disappointing that it can't be kept as one relation that there were so many versions but that's the way it goes - it's a popular route that lots of people use. I've reverted one way that didn't need explicit foot tags. Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Colombia: Give me a map, we need it to save lives! / Dame un mapa ¡ lo nec esitamos para salvar Vidas!
On Tue, Dec 14, 2010 at 7:06 PM, Steve Coast ste...@osmfoundation.org wrote: Pulling in Marcelo. Marcelo, you have to deal with the 'community' now, not me :-) Steve stevecoast.com On Dec 14, 2010, at 3:56 PM, Richard Weait rich...@weait.com wrote: Dear all, Fredy and Floris have had a recent conversation that leads me to believe that the Google cache of OSM data in Colombia has not yet expired, or some other error has caused OSM data to persist in Google Maps in Colombia. I do not think it's a problem only for google cache, because a search on google maps also shows OSM data: http://www.google.com/maps?f=qsource=s_qhl=esgeocode=q=campamento+angelo But the fact is that we are in crisis, hundreds of people have died, millions have lost their homes and we have no images to map and help. Mr. Parsons, you can help us to get images to map the area of crisis? Best regards. fredy rivera (humano) Map compare shows the data Fredy added to OSM, still has an analogue in Google Maps. http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=-75.28392lat=4.87799zoom=18 Ed, would you please have another look at this at your very earliest convenience, and let us know what you find. Best regards, Richard On Mon, Dec 13, 2010 at 9:37 AM, ouɐɯnH fredyriv...@gmail.com wrote: On Mon, Dec 13, 2010 at 9:27 AM, Floris Looijesteijn o...@floris.nu wrote: ouɐɯnH wrote: 2010/12/13 Floris Looijesteijn o...@floris.nu: This is a pretty bold claim. Do you have proof? The cities I've traced in the last weeks haven't shown up on Google Maps or were already on it and not our data (they have streetnumbers). The history: http://lists.openstreetmap.org/pipermail/talk/2010-November/054636.html I know that history. But you are saying that they're continuing to do this. If that is true, it's really bad... I wanted to know if you have proof of that. Our data still show up in google maps http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=-75.28392lat=4.87799zoom=18 -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///-- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] new version of Bing aerial imagery analyzer tool
Martijn, I've added a page to the Wiki which describes the software with an instance of the Software2 template; see http://wiki.openstreetmap.org/wiki/Bing_imagery_analyzer_for_OSM . I think this provides information that I've always wanted for aerial imagery but have never had consistently at hand. Thanks. ceyockey http://wiki.openstreetmap.org/wiki/User:Ceyockey 2. new version of Bing aerial imagery analyzer tool (Martijn van Exel) Message: 2 Date: Tue, 14 Dec 2010 14:48:54 0100 From: Martijn van Exel To: Talk Openstreetmap Subject: [OSM-talk] new version of Bing aerial imagery analyzer tool Message-ID: Content-Type: text/plain; charset=UTF-8 Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ It now also visualizes the remaining zoom depth. This means that you can see how many zoom levels worth of imagery there is below your current tile, without having to zoom all the way in. It uses an approximation technique to reduce load on the Bing servers. The remaining zoom depth is visible at zoom level 12 and beyond. Also new is local caching of all the generated tiles, also to reduce Bing server load and increase performance. Have fun, Martijn Martijn van Exel?...@rtijn.org laziness ? impatience ? hubris http://schaaltreinen.nl?|?http://martijnvanexel.nl?|?http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Bing aerial imagery analyzer - date range (Dec/2000-Jun/2006)
Martijn, I'm looking at imagery over Cali, Colombia and see a date displayed as Dec/2000-Jun/2006. This seems quite a large range; could you explain how we should interpret this date information? Thanks. ceyockey http://wiki.openstreetmap.org/wiki/User:Ceyockey 7. Re: new version of Bing aerial imagery analyzer tool (S.Higashi) Message: 7 Date: Wed, 15 Dec 2010 00:34:54 +0900 From: S.Higashi s_hig...@mua.biglobe.ne.jp To: Martijn van Exel m...@rtijn.org Cc: Talk OSM talk@openstreetmap.org Subject: Re: [OSM-talk] new version of Bing aerial imagery analyzer tool Message-ID: aanlktik4go194acggkfkhtrjzzfn30-o4dlylrxrx...@mail.gmail.com Content-Type: text/plain; charset=windows-1252 Thanks for your quick reply. by position, do you mean the coordinates? They are available through the permalink option. I wanted to get boundary box or something like that at a glance. But, the coordinates in the URL would be enough. Thank you I'll note them. Although this is not main topic when I trace Bing imagery, I add -MM to source tags watching your site like: source=Bing, 2007-04 I think the imagery date is important because it may be updated someday. As for the tile ID, you can find that out by right-clicking the appropriate tile and selecting something like 'image properties' or 'image info' from the context menu. The value behind '?t= is the tile quadkey which is the unique identifier. Martijn van Exel +++ m...@rtijn.org laziness ? impatience ? hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes On Tue, Dec 14, 2010 at 3:39 PM, S.Higashi s_hig...@mua.biglobe.ne.jp wrote: Thanks for your tool and this new feature. Also something like the position or ID of each tile would be appriciated, if shown on the screen. I'd like to note where I adjusted the offset of background imagery. Thanks for this tool, it's really helpful in Romania. --Ciprian On Tue, Dec 14, 2010 at 3:48 PM, Martijn van Exel m...@rtijn.org wrote: Hi all, I just replaced the Bing aerial imagery analyzer tool with a new version. http://mvexel.dev.openstreetmap.org/bing/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ha allemaal, Voor degenen die talk niet lezen: ik heb een nieuwe versie van de analysetool voor Bing luchtfoto's gereleased. http://mvexel.dev.openstreetmap.org/bing/ Nieuw is dat nu ook een benadering van de resterende zoomniveaus wordt gegeven. Je kunt vanaf zoomlevel 12 zien hoeveel detail er nog onder de huidige laag te vinden is, zonder dat je zelf helemaal hoeft in te zoomen. In Nederland is het redelijk constant, maar als je ergens anders wilt mappen kan dat heel handig zijn. Verder worden de gegenereerde overlay-tiles ook gecached op schijf voor een betere performance en minder aanroepen op de Bing-servers. Veel plezier ervan, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Oke, jij wint. Maar ik kom terug! Op 14 december 2010 14:51 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Ha allemaal, Voor degenen die talk niet lezen: ik heb een nieuwe versie van de analysetool voor Bing luchtfoto's gereleased. http://mvexel.dev.openstreetmap.org/bing/ Nieuw is dat nu ook een benadering van de resterende zoomniveaus wordt gegeven. Je kunt vanaf zoomlevel 12 zien hoeveel detail er nog onder de huidige laag te vinden is, zonder dat je zelf helemaal hoeft in te zoomen. In Nederland is het redelijk constant, maar als je ergens anders wilt mappen kan dat heel handig zijn. Verder worden de gegenereerde overlay-tiles ook gecached op schijf voor een betere performance en minder aanroepen op de Bing-servers. Veel plezier ervan, Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Is deze beter? http://peter-server.homelinux.net/bing/ Welke browser gebruik je trouwens? Ik zie ook verschillen met flikkeren van de Bing API in verwchillende browsers. Op 14 december 2010 16:33 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Welk OS / browser? Een OpenLayers-client kan misschien soulaas bieden, is zo opgezet denk ik als je bekend bent met OL. Martijn Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:27, Peter schreef: Oke, jij wint. Maar ik kom terug! De site flikkert als een tierelier, dus beter kom je terug met wat beters :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HjkMACgkQYH1+F2Rqwn0lNQCePY1GD/JLOzcBSrkR1I3ZdLMT vtEAn1JSOvL3wu/UctcUaerCFtSkr9zC =/fGQ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Gr, Henk H. 2010/12/14 stegg...@steggink.org Quoting dbuss...@goudappel.nl: Bedankt Frank voor de interessante analyse. Volgens zijn bij tegen ODbL ook alle gebruikers meegeteld die zich (nog) niet uitgesproken hebben. #nodes #ways #rels Zonder import, voor ODbL 44.44%54.98%62.17% Zonder import, tegen ODbL 55.56%45.02%37.83% Inderdaad. Ik verwacht dat er maar een klein deel principieel tegen de ODbL en de CT zijn, maar een groter deel zich nog niet heeft kunnen of willen uitspreken. Een van de redenen die recent vaak werd genoemd is dat statistieken een vertekend beeld geven van de support door de imports. Ik hoop dat mijn bijdrage anderen helpt om een objectieve keuze te maken. Een andere reden dat mensen nog niet ingestemd hebben is dat men om geheel andere redenen zich niet langer met OSM bezighoudt. Het is lastig om hen te bereiken. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:40, Martijn van Exel schreef: Welk OS / browser? Een OpenLayers-client kan misschien soulaas bieden, is zo opgezet denk ik als je bekend bent met OL. Linux, Chromium. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlnYACgkQYH1+F2Rqwn1mHQCfZf3FZihUFZ2cL3ywbrjiHgdh 3LAAnRKPPDadAAoYYsFG11YbUi+lyhOH =+7gT -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:43, Peter schreef: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... Dus als ik niets doe wordt het morgen opgelost? :P Heb je al een mijndev account? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlpIACgkQYH1+F2Rqwn2WnACfVmnPcLS6tt6tnTG6jCSKLyd5 PqkAoIGsY+pxRr4lXqywk6sSQBHykb+r =E39l -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - - Tiger - - 3dshapes ... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlvkACgkQYH1+F2Rqwn2PHgCgi8BF13fNHrv84Tr/q35SG+tt nIEAnidpFCDTVRK2lgUoDFaZP2yjY8/y =qvPc -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Op 14 december 2010 17:08 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:43, Peter schreef: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... Dus als ik niets doe wordt het morgen opgelost? :P Heb je al een mijndev account? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlpIACgkQYH1+F2Rqwn2WnACfVmnPcLS6tt6tnTG6jCSKLyd5 PqkAoIGsY+pxRr4lXqywk6sSQBHykb+r =E39l -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Als je er meer energie in wil steken zou ik dat niet doen in dingen die al gedaan zijn. Ik heb een cache geimplementeerd. Op talk zijn al wat feature requests langsgekomen, misschien kun je die inbouwen. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Peter pe...@haas-en-berg.nl: Ga em zelf hosten dan! Code staat hier: http://peter-server.homelinux.net/bing/tiledate.phps Als je erg veel geluk hebt ga ik morgen een cache bouwen... 2010/12/14 Stefan de Konink ste...@konink.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 16:35, Peter schreef: Is deze beter? Veel trager :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hj1wACgkQYH1+F2Rqwn3KiQCfQKnIzzyaRvsqATh/Yw6DyCfF IPYAnA8qrhF02j+7geAFM3jbUiiKVPvJ =o9NJ -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:13, Peter schreef: Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Wij kunnen natuurlijk van alles installeren ;) Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmHYACgkQYH1+F2Rqwn09jgCeOV5fFmJ++i/nRALXdPgqxW5X fTYAn2gWrzSLjI7NoNzy2Ljcfryh78A+ =vMtA -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Stephan, Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Gr, Henk 2010/12/14 Stefan de Konink ste...@konink.de -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - - Tiger - - 3dshapes ... Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HlvkACgkQYH1+F2Rqwn2PHgCgi8BF13fNHrv84Tr/q35SG+tt nIEAnidpFCDTVRK2lgUoDFaZP2yjY8/y =qvPc -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Lijkt me lastiger te maken? Maar *dat* is dus iets waar ik naar kan kijken. In de vakantie, na de Mapnik hackdag. Gewoon alles via javascript (xhr ol) renderen. Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:13, Peter schreef: Ja en nee. Een mijndev account zou betekenen dat dit alles vandaag al opgelost kan zijn, en morgen alleen maar beter wordt. Ik neem aan dat jullie PHP5 en GD2 hebben? Wij kunnen natuurlijk van alles installeren ;) Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmHYACgkQYH1+F2Rqwn09jgCeOV5fFmJ++i/nRALXdPgqxW5X fTYAn2gWrzSLjI7NoNzy2Ljcfryh78A+ =vMtA -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:17, Henk Hoff schreef: Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Er is _nogsteeds_ geen vraag gesteld aan de community wie er zijn edits onder PD wil licenseren, doe eens niet zo eigenwijs en regel dat nu gewoon eens. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HmUoACgkQYH1+F2Rqwn3X3wCgkLc9tnI5z1LkvUFlAhn7KAM6 2MAAn3D+w9lmqGOLxgTub2P230T6AsVl =JFDv -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Een ander argument is dat clientside vector rendering weer hogere eisen stelt aan de hardware en de browser van de gebruiker. Dit werkt zelfs in IE ;) Maar, na een uurtje zitten wel al op een 300MB tilecache, dus ik houd mijn hart vast. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Martijn van Exel m...@rtijn.org: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 2010-12-14 17:20, Stefan de Konink wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:17, Henk Hoff schreef: Het gaat hier om de Contributor Terms en of 3Dshapes hier onder kunnen vallen. Dat doen ze, want ze zijn PD. Dat zeg je zelf (dat het PD is). Ergo: het account van 3DShapes kan op CT accepted gezet worden, er zijn daarvoor geen juridische bezwaren. Laten we dat dan nu ook eens gewoon doen. Er is _nogsteeds_ geen vraag gesteld aan de community wie er zijn edits onder PD wil licenseren, doe eens niet zo eigenwijs en regel dat nu gewoon eens. Misschien begrijp ik je niet goed maar toen ik gister de contributor terms accepteerde zat er ook een knop onder waarmee je aan kunt geven dat je jouw gegevens ook als PD wilt markeren. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Dat lijkt me dan een mooie uitdaging voor Peter :) Wat betreft de efficientie na ruim twee uur live: van de 115.000 tile requets op deze service zijn er ~52k uit de cache en ~63k opgehaald. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:34, Lambertus schreef: Misschien begrijp ik je niet goed maar toen ik gister de contributor terms accepteerde zat er ook een knop onder waarmee je aan kunt geven dat je jouw gegevens ook als PD wilt markeren. Ik hoorde dat d'r net ook van Emilie, maar dat was idd precies wat ik bedoelde. Als dat kan voor 'the PD imports' dan lijkt me dat een goede weg. Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hn3YACgkQYH1+F2Rqwn324gCeIWyMI+OXY2rlj5dgj1xwz4gm ZC4AoI67EDEwA1d+ZxE5e9ZMB6Q74/Wp =ZTX0 -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:44, Martijn van Exel schreef: 2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Knallen we er toch even een proxy tussen? Lijkt me toch ook zo gepiept? Nog beter: gewoon ff aan Microsoft de data vragen ;) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0Hn7cACgkQYH1+F2Rqwn3bUgCfVAYhC0xge4koGPXBV6O03YQH /6cAnj1n13foNVuAW6ygYesfgBNCRCNY =f8yN -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Sja,ik kijk niet naar de diepte... Ik heb de body wel nodig, want ik render de tekst meteen op de foto. Dus de client hoeft ze niet los te downloaden. Geen diee of dat nou verschil maakt, maar als de server nou echt snel zou zijn en de client echt sloom (i...@inbel ofzo) helpt het zeker :) Op 14 december 2010 17:44 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: 2010/12/14 Peter pe...@haas-en-berg.nl: Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Die zijn nodig om de resterende zoomdiepte vast te stellen voor de vier kwadranten. De HTTP body heb je niet nodig. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 14-12-10 17:47, Peter schreef: Sja,ik kijk niet naar de diepte... Ik heb de body wel nodig, want ik render de tekst meteen op de foto. Dus de client hoeft ze niet los te downloaden. Geen diee of dat nou verschil maakt, maar als de server nou echt snel zou zijn en de client echt sloom (i...@inbel ofzo) helpt het zeker :) En vervolgens moet je die (complexe) afbeeldingen zelf gaan serveren... niet echt handig. Laten we eens kijken hoe moeilijk een vector laagje is :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk0HoIAACgkQYH1+F2Rqwn1W6gCeJlxosa6n+sAdbc2aSm+Nj+cj eMcAnRCj1m+b0Vk+aBytlc6r7EqT+k7q =B18x -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Die van mij heb je Op 14 december 2010 17:52 heeft Ben Laenen benlae...@gmail.com het volgende geschreven: Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++ m...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe versie Bing luchtfoto-analysetool
Oja, hernoem tiledate.phps naar tiledate.php. En... je hebt toch wel het bestandje geopend met je browser en de tekst geselecteerd? En toch niet gewoon meteen het hele ding gekaapt? Want jouw versie staat vol met php-highlight-html zooi :) Op 14 december 2010 17:59 heeft Peter pe...@haas-en-berg.nl het volgende geschreven: Oja, die. Download openlayers (http://openlayers.org/download/OpenLayers-2.10.tar.gz) en gooi die in /ol/. Dat is alles :) Op 14 december 2010 17:56 heeft Martien Scheepens mart...@fmf.nl het volgende geschreven: De hardware zit me al wat meer mee (Intel Q9550, 8BG RAM, Ubuntu 8.04LTS, Apache), PHP is 5.2, over GD durf ik niets te zeggen. Helaas zie ik echter nog niet heel veel op http://martien.home.fmf.nl/OSM Diagnose op afstand is niet makkelijk, ik zag in de source nog een dir /ol/ staan. Is dat het? Groeten, Martien 2010/12/14 Peter pe...@haas-en-berg.nl Martien, download deze bestanden: http://peter-server.homelinux.net/bing/index.html http://peter-server.homelinux.net/bing/tiledate.phps http://peter-server.homelinux.net/bing/404.png http://peter-server.homelinux.net/bing/DejaVuSans.ttf En zet ze ergens op je server. Zorg verder dat PHP5 en GD2 werken, mail ons de link, en klaar. Overgins is de verbinging het probleem niet, het is de CPU tijdens het (10x) renderen van de tekst. GD kent geen nette manier om een halo om de tekst te zetten, dus ik render de tekst gewoon 10 ker in het wit op iets verschillende posities, en daarna een keer in het blauw. Gooi daarij je anti-aliasing en meng dat met een vleugje Pentium 3 en serveer deze met 256MB RAM, en klaar is Peter. Hopelijk heeft Martien iets stevigere hardware en/of kan deze maar mijndev... Rob, het renderen van tekst in javascript ga ik volgende week misschien mee aan de slag. Martijn: 32 HEADs? Ik doe er maar eentje, maar dan wel headers en body. Ik denk dat IE (8+) toch wel wat moet kunnen hebben? Het is wel grappig hoe ik in mijn VM IE9 alleen zonder h/w acceleratie kan draaien. Meteen een extra test erbij :) Op 14 december 2010 17:33 heeft Rob interru...@gmail.com het volgende geschreven: ook met vector layer kun je een proxy/cache gebruiken die deze requests afvangt.. Op 14 december 2010 17:30 heeft Martijn van Exel m...@rtijn.org het volgende geschreven: Het is wel makkelijk om het te kunnen cachen. Met vectoren wordt dat moeilijker, lijkt mij. Per tile worden er maximaal zo'n 32 HEAD requests afgevuurd op de Bing-server. SteveC heeft me vriendelijk doch dringend verzocht om dat een beetje binnen de perken te houden. Martijn van Exel +++...@rtijn.org laziness – impatience – hubris http://schaaltreinen.nl | http://martijnvanexel.nl | http://oegeo.wordpress.com/ twitter / skype: mvexel flickr: rhodes 2010/12/14 Rob interru...@gmail.com: Op 14 december 2010 17:16 heeft Stefan de Konink ste...@konink.de het volgende geschreven: Maar, er staat nu al php5 en gd op ja, misschien domme vraag, maar waarom kun je dit soort dingen niet met bijvoorbeeld een vector-layer maken? Scheelt toch heel wat tiles? +1, tiles zijn zo 1980 ;) maar volgens mij krijg je een uitdaging om op een vector laag text te displayen.. Rob ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 05:52 PM, Ben Laenen wrote: Henk Hoff wrote: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statis tics for the Netherlands
Frank Steggink wrote: On 10-12-14 05:52 PM, Ben Laenen wrote: Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Omdat het dan gebeurt onder de voorwaarden van elke importeur, en dat is nu dat de data wordt vrijgegeven onder de CC-licentie. Bijgevolg kan elke importeur ook zeggen of die met nieuwe voorwaarden akkoord gaan voor zijn data. Importeerder A kan niet beslissen dat de data die importeerder B heeft toegevoegd onder de nieuwe voorwaarden valt, dus moet je dat samen gaan bespreken vooraleer het vinkje van de nieuwe CT wordt aangeduid. Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Daar geef je zelf het argument. Nu, ik neem aan dat niemand van de importeerders dit gaat tegenhouden, maar hou de puntjes op de i :-) Ben ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Stefan de Konink schrieb am 14.12.2010 17:10: Op 14-12-10 17:04, Henk Hoff schreef: Nu we deze info hebben, kunnen we dan ook het account van 3DShapes op ingestemd zetten? Ik heb begrepen dat deze data PD is, dus juridisch geen probleem. Met deze nieuwe statistieken waaruit oa. de 3DShapes eruit zijn gehaald, is de argumentatie van mogelijke bias (die eerder nog genoemd werd) niet meer relevant. Nou de bias is toch juist nog groter Henk? Want er zijn dus nog meer bronnen die PD zijn? Hoeveel data in OSM is nu feitelijk PD? - Tiger - 3dshapes ... Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl -- GPG-Schlüssel-ID: 0x036B38E6 Fingerabdruck: F057 EEEB F0F5 9144 D95C BD98 B822 138F 036B 38E6 Außerdem kann man per Jabber mit mir reden (chatten): Jabber-ID: wick...@jabber.org Off-The-Record: DEBD08C2 95E7C8CE 901EC136 E39A1E43 4FC13142 signature.asc Description: OpenPGP digital signature ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 07:15 PM, Ben Laenen wrote: Frank Steggink wrote: On 10-12-14 05:52 PM, Ben Laenen wrote: Zoals ik al gezegd heb, ongeacht of de data nu al dan niet PD is, je moet nog steeds toestemming krijgen van elke persoon die die account gebruikt heeft om te importeren. Contributor terms != licentie Ben Waarom vind je dat? Ik kon en kan het niet uit je mail van vorige week terughalen. Dit roept ook wederom de overbekende vragen op, zoals waar ligt de grens? Wat als iemand 3 huisjes onder 3dshapes heeft geïmporteerd en faliekant tegen de CT is, en de rest voor? Als de data PD is, hoe kun je dan als importeur überhaupt bepalen wat er met de geïmporteerde data moet gebeuren? Omdat het dan gebeurt onder de voorwaarden van elke importeur, en dat is nu dat de data wordt vrijgegeven onder de CC-licentie. Bijgevolg kan elke importeur ook zeggen of die met nieuwe voorwaarden akkoord gaan voor zijn data. Importeerder A kan niet beslissen dat de data die importeerder B heeft toegevoegd onder de nieuwe voorwaarden valt, dus moet je dat samen gaan bespreken vooraleer het vinkje van de nieuwe CT wordt aangeduid. IMO is Lennard een soort van benevolent dictator. Zo bejegen ik hem i.i.g. wel altijd ;) Hij heeft de leiding / coördinatie van de import op zich genomen en veel werk hiervoor verzet. Wat mij betreft heeft hij het volste recht om te bepalen of de via het 3dShapes geïmporteerde data onder de ODbL/CT valt of niet. Ik zie zelf geen belemmering om het niet te doen. PD data is toch volledig overgeleverd aan de grillen wat er mee gebeurt. Als het 3dShapes account niet instemt met de ODbL/CT kan gerust iemand anders de data opnieuw importeren in OSM. Alleen is dat uitermate zonde van het werk, dus ik zou het jammer vinden als Lennard niet in zal stemmen. Wat ik niet zou kunnen verkroppen (wat mijn respons verklaart), is dat volgens jou blijkbaar iemand die een minimale bijdrage aan de import heeft geleverd de instemming van het hele account zou kunnen blokkeren. Daarvoor heb ik niet alle pijn en moeite in de import gestoken. Ik zal het natuurlijk ook niet leuk vinden als Lennard zou besluiten niet voor te stemmen, maar hij heeft een iets andere positie, en zelf ook een forse inspanning geleverd. Dan maakt het toch helemaal niks uit onder welke licentie het in de toekomst komt te vallen. Als iemand PD data voor veel geld wil verkopen, kun je hem ook geen strobreed in de weg leggen. Daar geef je zelf het argument. Ik zie niet in hoe. Ik denk juist dat het PD zijn van de 3dShapes data _geen_ belemmering voor het instemmen oplevert. Nu, ik neem aan dat niemand van de importeerders dit gaat tegenhouden, maar hou de puntjes op de i :-) Dan zouden degenen die data onder het 3dShapes account hebben geïmporteerd maar hier hun visie moeten geven. Dan zijn we hier gelijk klaar mee. Voor zover ik weet zijn dit Lennard, Theun, Roeland, Rob, Peter en ik. Ik weet niet zeker of er in het prille begin nog anderen data via 3dShapes hebben geïmporteerd. Peter heeft al geantwoord op deze vraag (+ zijn eigen account is van na de default instemming). Het mag duidelijk zijn dat ikzelf ook geen bezwaar tegen de instemming heb. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 08:43 PM, Erik Streb del Toro wrote: And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 08:51 PM, Frank Steggink wrote: On 10-12-14 08:43 PM, Erik Streb del Toro wrote: And what is with the AND import? And with AND-fixbot? 3dshapes had a lot of edits in Germany, too. So the Germans will also welcome “his” license agreement. Greetings, Erik Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Oh, and since you seem to use the nick Wicking on the forum, let me start with a quote from you: wicking wrote: Verlierer sind ein paar ganz kleine Länder. Unter anderem aber auch die Niederlande, dort wird auf der Mailingliste massiv gegen die ODbL-Zustimmung geworben – schätze das liegt daran. Vielleicht aber auch an den Importen, die nicht unter der ODbL stehen. What do you think you're gaining by calling us Verlierer? If you're so interested in the situation in the Netherlands, you undoubtedly saw my post about the stats which are undone from the imports. And if you genuinely care about the situation here, I would recommend to change your tone. Pushing us *and* calling us losers behind our back (yeah, some of us can read German...) is NOT making acceptance for the ODbL / CT more widespread! Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 20:47, Frank Steggink wrote: Dan zouden degenen die data onder het 3dShapes account hebben geïmporteerd maar hier hun visie moeten geven. Dan zijn we hier gelijk klaar mee. Voor zover ik weet zijn dit Lennard, Theun, Roeland, Rob, Peter en ik. Ik weet niet zeker of er in het prille begin nog anderen data via 3dShapes hebben geïmporteerd. Er zijn toendertijd t.b.v. de mapping party Ilpendam en later ook in Heiloo gebouwen geïmporteerd vanuit de 3dShapes-data. Dit is echter gedaan onder persoonlijke accounts, en de hercorrectie van de 3dShapes 'Google Earth' correctie was er ook nog niet op gedaan. De gebouwen in Ilpendam heb ik later wat verschoven om gelijk te liggen met de gecorrigeerde dataset, en in Heiloo is alles gewist en opnieuw geïmporteerd onder de account van 3dShapes. Buiten de door jou genoemde personen heeft niemand nog met het account van 3dShapes gewerkt. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 20:51, Frank Steggink wrote: Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Welcome to the world of Lobbying. From the amount of PR being done, you would think we're in the 'agree now or get left behind' phase. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 10-12-14 09:46 PM, Henk Hoff wrote: On Tue, Dec 14, 2010 at 8:51 PM, Frank Steggink stegg...@steggink.org mailto:stegg...@steggink.org wrote: Why the haste (also @Henk), and why the focus on numbers? As far as I know, we're still in the *voluntary* acceptance phase, so we're still far from saying goodbye to non-ODbL data. Haste I wouldn't call the pace this process is going fast. Let alone we're showing a lot of haste. The discussion I was having in this thread was related to an import (3DShapes) which was stated by Stefan that it is PD. Hence, there are no legal reasons why not to accept the Contributor Terms. Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen these discussions on this mailinglist. Let's make it clear: when this import is compatible with the Contributor Terms, set the account accordingly. Cheers, Henk Apparently the opinions on whether the CT should be accepted by import accounts hasn't been settled completely. Yes, it does take a lot of time, but exerting too much pressure does the cause (i.e. convince people to accept the ODbL and CT) more harm than good. It raises more questions, especially when this is done by OSMF representatives. Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 14-12-2010 21:46, Henk Hoff wrote: Haste I wouldn't call the pace this process is going fast. Let alone we're showing a lot of haste. Het proces mag dan misschien niet snel zijn, maar sommigen die steeds maar vragen waarom we nog geen ODbL+CT hebben geaccepteerd, stralen die haast wel uit. The discussion I was having in this thread was related to an import (3DShapes) which was stated by Stefan that it is PD. Hence, there are no legal reasons why not to accept the Contributor Terms. Je bedoelde waarschijnlijk ODbL overal waar je Contributor Terms schreef. Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen Goed, maar ook _waarom_dan_ ? Wat maakt het wel of niet accepteren van de ODbL+CT door bepaalde accounts (of ze nu grote of kleine bijdragen hebben gedaan) nu wezenlijk uit voor het proces op zich? De vragen die er zijn hebben geen bal te maken met 3dShapes en de licentie waaronder we deze data hebben verkregen. these discussions on this mailinglist. Let's make it clear: when this import is compatible with the Contributor Terms, set the account accordingly. Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Lennard wrote: On 14-12-2010 20:47, Frank Steggink wrote: De gebouwen in Ilpendam heb ik later wat verschoven om gelijk te liggen met de gecorrigeerde dataset, en in Heiloo is alles gewist en opnieuw geïmporteerd onder de account van 3dShapes. Heiloo was mijn pakkie an, en ik ben pro ODbL. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
2010/12/14 Lennard l...@xs4all.nl Het proces mag dan misschien niet snel zijn, maar sommigen die steeds maar vragen waarom we nog geen ODbL+CT hebben geaccepteerd, stralen die haast wel uit. Tjsa, tijd en de beleving ervan is een subjectief iets. Laat ik het daar maar bij houden. Je bedoelde waarschijnlijk ODbL overal waar je Contributor Terms schreef. Het gaat er hier om het user-account waaronder de 3DShapes wordt geïmporteerd. En dan hebben we het over de Contributor Terms Huge imports that are not under the new CT, like 3DShapes, raises a lot of questions whether these imports are compatible or not. You've seen Goed, maar ook _waarom_dan_ ? Ik bedoel hiermee te zeggen dat indien er imports zijn die nog niet zijn aangemeld onder de nieuwe CT, er bij velen de onduidelijkheid zal heersen of die imports compatibel zijn met de verwachte toekomstige situatie. Waarom die onduidelijkheid terwijl die helemaal niet nodig is? De 3DShapes import is compatible. Wat is dan nu het probleem? [knip] Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. Nogmaals: ik heb het enkel over het user-account van de 3DShapes-import. Niet over jou eigen account. -- Lennard Gr, Henk ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On 15-12-2010 0:50, Henk Hoff wrote: Het gaat er hier om het user-account waaronder de 3DShapes wordt geïmporteerd. En dan hebben we het over de Contributor Terms *En* de ODbL. Het is ons immers niet toegestaan om die apart te zien. Gezien het feit dat de 3dShapes-data PD is, is de ODbL geen probleem. De CT mogelijkerwijs wel. De logica leert ons dan dat we nog geen vinkjes gaan zetten. Ik bedoel hiermee te zeggen dat indien er imports zijn die nog niet zijn aangemeld onder de nieuwe CT, er bij velen de onduidelijkheid zal heersen of die imports compatibel zijn met de verwachte toekomstige situatie. Maar die situatie is er nog niet. De huidige acceptatiestatus is daarmee ook nog niet relevant. Zeker niet gezien de huidige 'voluntary agreement phase'. Dat het bij sommigen kriebelt, dat is aan hen. Om daar nu al steeds op te drammen, doet het juist bij anderen jeuken. Waarom die onduidelijkheid terwijl die helemaal niet nodig is? De 3DShapes import is compatible. Wat is dan nu het probleem? Zoals ik hierboven al stel, *is* er helemaal geen probleem. We zitten nog niet in een 'forced agreement phase', laat staan dat we al toe zijn aan het onmogelijk maken van het editen door die accounts die niet gekozen (huidige fase) cq. afwijzend (toekomstige fase) hebben gekozen. Onduidelijkheid is er alleen in de ogen van degenen die bang zijn om 80% van NL kwijt te raken tijdens een eventuele transitie naar ODbL. Als een van die Contributors, stel ik dat ik ook nog iets te zeggen heb over het wel of niet accepteren van de CT. Nogmaals: ik heb het enkel over het user-account van de 3DShapes-import. Niet over jou eigen account. Ik heb het ook over de account '3dShapes'. De genoemde mensen hebben met dit account data geïmporteerd. Al deze mensen zullen dus hun fiat moeten geven aan de CT. Tot die tijd blijft het zoals het is. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
Lennard wrote: *geknipt* Zoals ik hierboven al stel, *is* er helemaal geen probleem. We zitten nog niet in een 'forced agreement phase', laat staan dat we al toe zijn aan het onmogelijk maken van het editen door die accounts die niet gekozen (huidige fase) cq. afwijzend (toekomstige fase) hebben gekozen. Onduidelijkheid is er alleen in de ogen van degenen die bang zijn om 80% van NL kwijt te raken tijdens een eventuele transitie naar ODbL. En daarom is er dus wel een probleem. Ik heb al van meerdere mensen gehoord dat het licentieverhaal ze verontrust en dat ze daarom niet of minder mappen. Ik zit er zelfs aan te denken om voor de woonwijk waar ik binnenkort huisnummers ga mappen eerst de huizen maar even opnieuw te tracen van Bing om zeker te zijn dat m'n werk niet kwijt is straks. Groet, Floris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Betr: Re: ODbL acceptance statistics for the Netherlands
On Wed, 15 Dec 2010, Floris Looijesteijn wrote: Ik zit er zelfs aan te denken om voor de woonwijk waar ik binnenkort huisnummers ga mappen eerst de huizen maar even opnieuw te tracen van Bing om zeker te zijn dat m'n werk niet kwijt is straks. Muhahaha :D M'n dag kan niet meer kapot. Doe dat iedere ochtend ff Floris :D Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-is] Mapping party
Ég held að mapping party fyrir áramót sé e.t.v. ekki líklegt til að draga að marga einstaklinga, finnst líklegt að menn séu frekar uppteknir á næstu dögum. Hins vegar styð ég það að sjálfsögðu almennt og hlakka til að taka þátt þegar menn hafa fundið heppilegan tíma og staðsetningu. Varðandi punkta Daníels þá finnst mér þeir áhugaverðir og vel fram settir. Get fallist á þá sem gott plan til að vinna eftir. Varðandi Garmin kortapælingar og þessar hugleiðingar um fullkomið kort og samkeppni við aðra kortagrunna... ég hef sjálfur unnið að svolítið öðru markmiði sl. ár eða svo sem ég held að sé gagnlegra almennt. Ég held að það væri betra fyrir okkur að hafa það að markmiði að koma öllum götum og stærstu kennileitum inn í grunninn fyrst. Ítra svo þann grunn í kjölfarið. Auðvitað meina ég þetta ekki þannig að við ættum ekki að vera að bæta og fullkomna alla þá staði sem við mögulega getum í grunninum. Bara held að það væri gott að fylla fyrst út í kortið almennt, áður en farið er að fókusa á fíniseringuna. Og enn eru mörg svæði eftir sem mættu við miklum endurbótum í þessa átt. Þetta set ég fram í ljósi þess að ég hef verið að nota OSM fyrir framsetningu gagna þar sem gróft kort er að gagnast mjög vel. Þó við höfum ekki öll götuljós inni... þó hámarkshraða vanti á götur og svo framvegis, þá nýtist kortið mjög vel til að átta sig á staðháttum og staðsetningu t.d. fólks eða bíla, finna leið frá einum stað til annars og svo framvegis. Og að geta náð því notagildi út úr OSM á öllu landinu... það finnst mér ágætis markmið að sinni. Þegar því er náð... þá finnst mér tímabært að fara í ítrun grunnsins. Er bara að hugsa upphátt hérna. Og styð að sjálfsögðu fullkomlega við bak þeirra sem vilja ná ákveðnum hverfum eða borgar-hlutum í fullkomið form! kv, Baldvin From: talk-is-boun...@openstreetmap.org [mailto:talk-is-boun...@openstreetmap.org] On Behalf Of Daníel Gunnarsson Sent: 14. desember 2010 23:31 To: OpenStreetMap in Iceland Subject: Re: [Talk-is] Mapping party ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-de] Aktion: Reaktivierung
Hier eine kurze Aktion zum Zeitvertreib während die Server/ die API down sind! REAKTIVIERE EINEN MAPPER!!! Durch Bing-maps und die ständige Weiterentwicklung der Editoren usw. gibt es momentan viele Möglichkeiten am Projekt mitzuarbeiten, die man vor Kurzem noch nicht hatte. Ich war erst gestern mit einem Mapper im Gespräch, der seit fast 3 Jahren nichts mehr gemappt hatte, durch Bing nun aber an seinem Heimatort weiterarbeiten konnte und innerhalb weniger Tage stundenlang seinen Ort verfeinert hat. Solche Leute schlummern überall! Sie haben Engagement und müssen sich nicht neu in alles einarbeiten. Hier DEINE Aufgabe: 1. Wechsle auf osm.org in dein Profil. 2. Schaue dir die 'Anwender in der Nähe' an. 3. Wer ist ein potentieller Kandidat, hat also bei 'Bearbeitungen' viele alte, aber keine neuen Einträge? (zB. letzter Edit über ein Jahr her, dafür aber mehr, als eine Seite an Changesets) 4. Schreibe ihn/sie an! Motiviere ihn/sie! Bleibe in Kontakt. Hier ein Beispieltext: --- Hallo NAME DES MAPPERS! Genau wie ich warst du auch mal in NAME DES ORTES aktiv. Nun hast du länger nicht mehr am Projekt mitgearbeitet. Weisst du eigentlich wie viele Fortschritte es gibt? Mit Bing-maps stehen jetzt sehr gute Luftbilder auch von NAME DES ORTES zur Verfügung. Vielleicht hast du ja Lust nochmal reinzuschauen. Der Zugriff auf die Bing-Luftbilder ist bereits in Potlatch, JOSM und Merkaartor integriert, es kann also sofort losgehen! Zeichne Straßen, Stromleitungen, Ortsgrenzen, Parkplätze usw, wie du es vor Kurzem noch nicht konntest! Schreibe mich einfach an, wenn du Fragen hast. Netter Gruß --- Jetzt mitmachen! Ich freue mich auf eure Erfolgsmeldungen! Netter Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion: Reaktivierung
Hallo, Am Dienstag 14 Dezember 2010 09:00:49 schrieb Torsten Breda: Hier eine kurze Aktion zum Zeitvertreib während die Server/ die API down sind! REAKTIVIERE EINEN MAPPER!!! Durch Bing-maps und die ständige Weiterentwicklung der Editoren usw. gibt es momentan viele Möglichkeiten am Projekt mitzuarbeiten, die man vor Kurzem noch nicht hatte. Ich war erst gestern mit einem Mapper im Gespräch, der seit fast 3 Jahren nichts mehr gemappt hatte, durch Bing nun aber an seinem Heimatort weiterarbeiten konnte und innerhalb weniger Tage stundenlang seinen Ort verfeinert hat. Solche Leute schlummern überall! Sie haben Engagement und müssen sich nicht neu in alles einarbeiten. Hier DEINE Aufgabe: 1. Wechsle auf osm.org in dein Profil. 2. Schaue dir die 'Anwender in der Nähe' an. 3. Wer ist ein potentieller Kandidat, hat also bei 'Bearbeitungen' viele alte, aber keine neuen Einträge? (zB. letzter Edit über ein Jahr her, dafür aber mehr, als eine Seite an Changesets) 4. Schreibe ihn/sie an! Motiviere ihn/sie! Bleibe in Kontakt. Hier ein Beispieltext: --- Hallo NAME DES MAPPERS! Genau wie ich warst du auch mal in NAME DES ORTES aktiv. Nun hast du länger nicht mehr am Projekt mitgearbeitet. Weisst du eigentlich wie viele Fortschritte es gibt? Mit Bing-maps stehen jetzt sehr gute Luftbilder auch von NAME DES ORTES zur Verfügung. Vielleicht hast du ja Lust nochmal reinzuschauen. Der Zugriff auf die Bing-Luftbilder ist bereits in Potlatch, JOSM und Merkaartor integriert, es kann also sofort losgehen! Zeichne Straßen, Stromleitungen, Ortsgrenzen, Parkplätze usw, wie du es vor Kurzem noch nicht konntest! Schreibe mich einfach an, wenn du Fragen hast. Netter Gruß --- Jetzt mitmachen! Ich freue mich auf eure Erfolgsmeldungen! Netter Gruß Torsten Gut gemeint, erinnert aber so etwas an die Aussteigerproblematik bei Sekten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung
Moin, André Wilke schrieb: Das handhabe ich momentan so; so optimal ist mein Preset aber noch nicht und ganz glücklich bin ich mit der Lösung auch nicht. Netter wäre es imho, wenn z.B. beim Setzen von landuse=* automatisch ein source=Bing dazukommen könnte. Ich mappe Gebäude-Umrisse gern mit source:building=yes, insbesondere wenn ich bspw. Hausnummer und amenity=* bereits vorher ermittelt und source=survey gesetzt habe. Hmmm, welche Info beinhaltet denn source:building=yes? Oder ein source=survey, welches doch eigentlich die Basis von OSM ist - und von jedem nachvollzogen werden kann? Und ganz generell: Welchen Sinn / Info / Vorteil beinhaltet ein source=Bing an einem Objekt? Soll es aussagen, dieses Objekt kann verändert werden, wenn es bessere Daten gibt? Das ist doch der Standard bei OSM. Soll es aussagen, dieses Objekt soll nicht verändert werden, wenn man nur andere Daten hat? Jemand, der sich nicht sowieso ernsthaft mit allen allgemein möglichen Datenquellen beschäftigt und sie berücksichtigt, wird in meinen Augen kaum auf ein source-Tag achten. Soll es aussagen, dass es vom erlaubten Bing und nicht vom nicht erlaubten Google abgemalt wurde? Kein Kommentar. Ich sehe ehrlich gesagt nicht den Sinn, den ein universelles und mit der Gießkanne verteiltes source-Tag an Objekten hat, wenn es von ganz allgemein zugänglichen Quellen stammt. Anders ist es bei nicht allgemein zugänglichen und nicht für jeden nachvollziehbaren Quellen. (Z. B. GIS-Importe, nicht-sichtbare Objekte wie Grenzen, persönlich erfragte Info u. ä.) Das ist eh soviel Handarbeit - ein automatisch von der Software gesetztes source-Tag halte ich dafür nicht notwendig. Wenn ein source-Tag so massenhaft gesetzt wird, dass man dafür einen Automatismus erforderlich hält - ist dass dann wirklich noch eine relevante Info? (Ein Automatismus böte zwar auch eine Annehmlichkeit bei sinnvollen Angaben - aber ich sehe da eher eine gewisse 'Gefahr', dass damit eigentlich nur solch 'Ballast' in die Datenbank gespült wird.) Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
geo.osm geo@googlemail.com wrote: Ich habe andere WMS-Services eingebunden, die nur WGS84 oder UTM zurückgeben. Und die würde ich gerne mit den Bing-Luftbildern überlagern. josm frägt auch im Merkator Modus EPSG4326 ab, das ist zwar ein Bug aber im konkreten Fall hilfreich. Ansonsten kann man den UMN Mapserver sehr leicht als umprojizierenden Proxy konfigurieren: http://blog.gegg.us/2010/11/a-wms-server-in-about-100-lines-of-code/ Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
André Joost andre+jo...@nurfuerspam.de wrote: Das sind dann aber bestimmt keine Pixelbilder, sondern Vektordaten, oder? Umprojezierte Pixelbilder sehen nämlich ziemlich häßlich aus. Bei Bildern ist das ganz OK. Nur bei Kartenkacheln sieht das wirklich häßlich aus. Sven -- Um Kontrolle Ihres Kontos wiederzugewinnen, klicken Sie bitte auf das Verbindungsgebrüll. (aus einer Ebay fishing Mail) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
Am 14.12.10 09:56, schrieb Sven Geggus: André Joostandre+jo...@nurfuerspam.de wrote: Das sind dann aber bestimmt keine Pixelbilder, sondern Vektordaten, oder? Umprojezierte Pixelbilder sehen nämlich ziemlich häßlich aus. Bei Bildern ist das ganz OK. Nur bei Kartenkacheln sieht das wirklich häßlich aus. Auch bei großflächigen Bildern (z.B. historischen Messtischblättern) ist das Ergebnis ziemlich unbefriedigend, weil immer irgendeine Ecke nicht passt. Und mit GIMP zurechtgezurrt siehts eben häßlich aus. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tagging von Kommunen: place vs multipolygon
On 13.12.10 20:00, Tirkon wrote: Die Idee mit der role label ist genial. Ich will mich da nicht mit fremden Federn schmücken, die geistert schon länger bei uns am Stammtisch rum. Man muß anderseits auch bedenken, dass das natürlich über die bisherige MP-Definition hinausgeht, sprich div. MP-Checks müßte man es auch beibringen. Oftmals gibt es (zumindest bei uns; ausgelöst durch plan.at) nochmal eine Doppelbeschriftung zwischen dem place node und dem landuse=residential (das dann auch mit name= beschriftet ist). Vielleicht ist das übertrieben, das auf Ortschaftsebene auch noch irgendwie zusammenfassen zu wollen. Die Tendenz geht IMO eher dahin, den landuse unbeschriftet zu lassen, wenn's den place node gibt. Hast Du auch einen Vorschlag, was wir mir den bisher am place hängenden Beschreibungstags machen? Lassen wir die dranhängen? Eher ja. Abgesehen von den OGDB-backup-tags bleibt nicht soo viel übrig an Info/tags. Im wesentlichen ist das population, vielleicht ein postal_code und bei uns spezifisch ein paar Nummern (GKZ, OKZ). Mir fielen jetzt drei Stellen ein, wo man tags dazupacken könnte: - die admin-boundary - den place node - das Gemeindeamt Die Gemeindekennzahl (GKZ) tagge ich an admin-boundary und place node (ist noch unvollständig), das kann nicht schaden (und erlaubt für sich sogar eine is_in Einteilung, weil die streng strukturiert aufgebaut ist). Die Ortschaftskennzahl (OKZ) steht am place node. Sonst lasse ich am place node die OGDB tags möglichst dran. Den Wikipedia-Artikel der Gemeinde habe ich bisher an die admin-boundary gepappt, ohne mir eigentlich überlegt zu haben, warum; vermutlich deshalb, weil Gemeinde-POIs oftmals place-node Doubletten sind und daher entweder schon gelöscht wurden oder unsichtbar gemacht sind; die admin-boundary-Relation gibt's hingegen von jeder Gemeinde sicher. Eine Website der Gemeinde würde ich hingegen am ehesten ans Gemeindeamt taggen. Diese Lösung könnte auch das Rendern von Landkreis-, Städte-, Gemeinde-, und Ortsteilnamen in den verschiedenen Zoomstufen verbessern. Beim Hineinzoomen könnte zunächst der Name einer Gemeinde gerendert werden und erst später ihre Ortsteile. Wenn der Renderer sehr intelligent ist, könnte er sogar bei einer hohen Zoomstufe die Verortung des Labels ignorieren und den Schriftzug eines Namens in Hohlschrift über den gesamten Bereich der benannten Gebietskörperschaft unter dezenter Hervorhebung der Grenze ausdehnen. Das spricht aber schon wieder für (intelligente) Doppelbeschriftung, weil man will ja den Ort an sich jedenfalls immer beschriftet, das Gemeindegebiet (das flächenmäßig ja recht ausgedehnt sein kann, speziell denke ich da jetzt an gebirgige Regionen) ist dann nice to have in dieser Hohlschrift. Überhaupt sollte aus der Beschriftung eindeutig hervorgehen, ob das jetzt die Ortschaft (der Hauptort dieser Gemeinde) oder die Gemeindefläche ist, die beschriftet wird. Speziell in Stadtgemeinden deckt sich das meist, da sollte die Gemeindebeschriftung entfallen. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktion: Reaktivierung
Hallo, On 12/14/10 10:06, Jochen Topf wrote: Gut gemeint, erinnert aber so etwas an die Aussteigerproblematik bei Sekten. Oder an die dritte Erinnerungs-Mail, dass da ein Freund mich nach Facebook einlädt... Was wir haben muessten, waeren oeffentliche User-zu-User-Nachrichten. Wenn jemand sowas schreibt, koennte er ein Haekchen public setzen, dann koennte jeder andere sehen: Ah, dieser User hat schon eine Nachfrage bekommen. Das waere auch bei solchen Faellen gut, wo jemand aus Versehen was kaputtes hochgeladen hat oder so - der braucht ja auch nicht von 10 Einzelpersonen benachrichtigt zu werden. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
josm frägt auch im Merkator Modus EPSG4326 ab, das ist zwar ein Bug aber im konkreten Fall hilfreich. Ansonsten kann man den UMN Mapserver sehr leicht als umprojizierenden Proxy konfigurieren: danke, funktioniert. Bleibt der bug bestehen? http://blog.gegg.us/2010/11/a-wms-server-in-about-100-lines-of-code/ Werd ich mir mal anschauen. UMN ist schon ne Weile her, aber ne Auffrischung schadet ja nix. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
Ich habe andere WMS-Services eingebunden, die nur WGS84 oder UTM zurückgeben. Und die würde ich gerne mit den Bing-Luftbildern überlagern. Das sind dann aber bestimmt keine Pixelbilder, sondern Vektordaten, oder? teils teils. Das meiste sind Vektordaten, die halt durch den WMS gejagt werden. Sind aber auch Luftbilder dabei. Umprojezierte Pixelbilder sehen nämlich ziemlich häßlich aus. ja, aber das ist in dem Fall nicht so wild. -- schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Source = * - Vereinfachung der Erfassung
Am 13. Dezember 2010 16:17 schrieb aighes h.scholl...@googlemail.com: Das ganze automatisch zu machen halte ich für falsch. Weil nicht alles, was man einzeichnet, während bing im Hintergrund ist, ist auch von bing abgemalt. +1 Allgemein halte ich aber rcht wenig von source-Tag. +1, vor allem an Objekten und nicht an Changesets. Wobei das selbst bei Changesets etwas problematisch ist, weil man eigentlich selten wirklich ein komplettes Changeset nur aus einer Quelle hat (ich zumindest). Lokales Wissen ist eigentlich meist dabei, und auch verschiedene Luftbilder kommen durchaus öfter vor. Wenn man die dann alle angibt, kann man sie im Prinzip genausogut weglassen (meine Meinung). Mitunter kann ein Objekt mehrere sourcen haben. soll man jetzt auch deshalb den Weg aussplitten? eben Oder gibt es dann auch unter-taggs wie amenity:source=*. naja, es gibt ja schon source:maxspeed, das könnte man auch noch ausbauen, aber bei amenity dürfte (sollte) es eigentlich immer lokales Wissen, bzw. survey sein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wartung am Dienstag vormittag
Hallo, On 12/14/2010 11:56 AM, Walter Nordmann wrote: jetzt nachdem der server wieder rennt, würde mich mal interessieren, was ihr gemacht habt. überlebt hat er es ja ;) Ich gar nichts, ich hab nur die Nachricht weitergereicht. Am Datenbankserver war die Batterie des Raid-Controllers ausgefallen, so dass der write-Cache seit ca. 2 Wochen aus Sicherheitsgruenden abgeschaltet sein musste, jetzt wurde das Ersatzteil eingebaut. Das ging nicht ohne Abschaltung. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing und 4326
Am 14. Dezember 2010 10:20 schrieb André Joost andre+jo...@nurfuerspam.de: Am 14.12.10 09:56, schrieb Sven Geggus: André Joostandre+jo...@nurfuerspam.de wrote: Das sind dann aber bestimmt keine Pixelbilder, sondern Vektordaten, oder? Umprojezierte Pixelbilder sehen nämlich ziemlich häßlich aus. Bei Bildern ist das ganz OK. Nur bei Kartenkacheln sieht das wirklich häßlich aus. +1 Auch bei großflächigen Bildern (z.B. historischen Messtischblättern) ist das Ergebnis ziemlich unbefriedigend, ist immer eine Frage der Auflösung weil immer irgendeine Ecke nicht passt. dann stimmt irgendwas nicht, entweder falsch projeziert, Original verzogen (oder beim Scannen verzogen, etc.), aber wenn man alles richtig macht, passt es auch danach. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
