Re: [Talk-ko] Goodbye to Korea
On Fri, 24 Jun 2011 00:43:28 Familie Fornoff wrote: Our time in Korea is over. We will leave Daejeon Friday afternoon. Our new destination will be Chennai in India. So long! Good luck with everything. I hope you enjoy mapping Chennai too! Andrew ___ Talk-ko mailing list Talk-ko@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ko
Re: [OSM-legal-talk] License compatibility clarification
Jonas Häggqvist rasher@... writes: Is the CT/ODbL compatible with CC-BY-SA? Say if an organization releases some data under CC-BY-SA, could we use it (in the CT/ODbL future)? If this were possible, then there would be no need for any relicensing exercise. The data released under CC-BY-SA would be the existing OSM map, and it could just be used directly with CT/ODbL. The fact that this is not happening shows that, as generally believed, it is not possible to accept CC-BY-SA licensed data under a CT/ODbL regime. -- Ed Avis e...@waniassset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On Fri, Jun 24, 2011 at 12:49 AM, Julio Costa Zambelli julio.co...@openstreetmap.cl wrote: On 23 June 2011 16:52, Nic Roets nro...@gmail.com wrote: It's much closer to what's been happening in the Arab States this year: There are at least two big difference between revolutions in the Maghreb and Arab Countries, and the License discussion inside OSM. In this mailing lists it doesn't matter if a position is backed by one or ten thousand people, one persons email message weight the same as fifty thousand people shouting at Tahrir Square, even if that message has more in common with one crazy guy screaming about conspiracy theories outside ground zero. Basically all you are saying is that mailing lists are a bad way to measure support. And I agree 100%. Can you can prove that the average contributor thinks that the average contributor thinks that the benefits* of the ODbL exceeds the cost of implementing it** ? Then I will personally start telling people that they are in the minority and should go away. *: Looking at whitehouse.gov, the software on my phone etc, I can't see a single thing that will change (either positive or negative). **: To implement it, we will have to delete some data. We are bothering people by sending them email and if they do not respond, we use facebook etc. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 24 Jun 2011, at 06:32, Mike Dupont wrote: but being locked out of osm is also not pretty. No one is locked out of OSM. You are free to contribute under the CTs, as you always have been. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 23/06/2011 17:35, John Smith wrote: On 24 June 2011 01:27, Robert Scottli...@humanleg.org.uk wrote: So - what, you're saying we should be doing the whole list-ten-thousand-names-in-the-corner thing? I don't understand - what's your point? My point is, why should other sites be forced into attribution even OSM-F isn't willing to give it's own contributors, nor make it easy for people to find it without it being pointed out. 4. At Your or the copyright owner’s option, OSMF agrees to attribute You or the copyright owner. A mechanism will be provided, currently a web page http://wiki.openstreetmap.org/wiki/Attribution.; Hope that helps. I am personally not going to put my name there, I have always felt that my contributions are more important then my name. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
Nic wrote: Basically all you are saying is that mailing lists are a bad way to measure support. And I agree 100%. Can you prove that the average contributor thinks that the benefits* of the ODbL exceeds the cost of implementing it** ? Then I will personally start telling people that they are in the minority and should go away. *: Looking at whitehouse.gov, the software on my phone etc, I can't see a single thing that will change (either positive or negative). **: To implement it, we will have to delete some data. We are bothering people by sending them email and if they do not respond, we use facebook etc. I doubt there are any average contributors on this list. I won't be staying much longer since my return the other day because there has been very little worth reading (perhaps even including this message I'm sending), and too much that wasn't that I regret wasting my time reading. But I had a look at fosm.org yesterday and they (whoever they are - is there a fosmf?) seem to be making the same mistake that osm.org did with the original CTs; should they ever need to relicense (say move from cc-by-sa 2.0 to 3.0) the data, then as far as I can tell they will need to contact all the contributors or themselves risk data loss. It would perhaps be better to have their CTs now such that it is clear that only active contributors will be contacted if such a change is required and what majority will be required for a change to happen. Perhaps this should be discussed on talk-le...@fosm.org when they get as far as setting up email lists. I'm also curious who counts as the contributor for all the stuff imported from OSM; presumably it counts as a single contributor's imports. Anyway, as this process has taken about 5 years so far I am glad it is reaching the end at last, and a small loss of data which with the rapid growth in the number of contributors should take little time to replace. Almost all of us here joined the project after it was clear that an attribution sharealike licence applied to our contributions, and now there is such a licence that covers the data, and CTs that make any future move from say ODBL 1 to ODBL2 less painful, that can only be a good thing. Oh, and another added benefit is that once we reach phase 5 I can probably come back on various OSM related email lists without all threads degenerating into license debates. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 24 June 2011 18:06, Michael Collinson m...@ayeltd.biz wrote: 4. At Your or the copyright owner’s option, OSMF agrees to attribute You or the copyright owner. A mechanism will be provided, currently a web page http://wiki.openstreetmap.org/wiki/Attribution.; Hope that helps. I am personally not going to put my name there, I have always felt that my contributions are more important then my name. Is that page even linked to from the map itself? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 24 June 2011 18:10, Ed Loach e...@loach.me.uk wrote: But I had a look at fosm.org yesterday and they (whoever they are - is there a fosmf?) seem to be making the same mistake that osm.org did with the original CTs; should they ever need to relicense (say move from cc-by-sa 2.0 to 3.0) the data, then as far as I can tell http://creativecommons.org/licenses/by-sa/2.0/legalcode Section 4 part b You may distribute, publicly display, publicly perform, or publicly digitally perform a Derivative Work only under the terms of this License, a later version of this License with the same License Elements as this License ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On Fri, Jun 24, 2011 at 9:10 AM, Ed Loach e...@loach.me.uk wrote: But I had a look at fosm.org yesterday and they (whoever they are - is there a fosmf?) There is no fosmf, and I rather hope there never will be. seem to be making the same mistake that osm.org did with the original CTs; should they ever need to relicense (say move from cc-by-sa 2.0 to 3.0) the data, then as far as I can tell they will need to contact all the contributors or themselves risk data loss. CC-BY-SA 2.0 already has an upgrade clause and there's no intention of ever changing the license. If it was every necessary it would be done the right way, by forking the project. And anyone is free to do that at any time... It would perhaps be better to have their CTs now such that it is clear that only active contributors will be contacted if such a change is required and what majority will be required for a change to happen. Perhaps this should be discussed on talk-le...@fosm.org when they get as far as setting up email lists. Since fosm.org is not about forking the community, only the license, I very much doubt that we'll need one of those. And I very much doubt that we'll have anything to talk about that isn't also directly applicable to OSM (tagging, mapping parties, imagery etc). I'm also curious who counts as the contributor for all the stuff imported from OSM; presumably it counts as a single contributor's imports. No, the contributor is the person who owns the copyright. That's you for your contributions. Anyway, as this process has taken about 5 years so far I am glad it is reaching the end at last, and a small loss of data which with the rapid growth in the number of contributors should take little time to replace. If only... Almost all of us here joined the project after it was clear that an attribution sharealike licence applied to our contributions, and now there is such a licence that covers the data, and CTs that make any future move from say ODBL 1 to ODBL2 less painful, that can only be a good thing. Oh, and another added benefit is that once we reach phase 5 I can probably come back on various OSM related email lists without all threads degenerating into license debates. That would be something positive. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 24/06/2011 10:21, John Smith wrote: On 24 June 2011 18:06, Michael Collinsonm...@ayeltd.biz wrote: 4. At Your or the copyright owner’s option, OSMF agrees to attribute You or the copyright owner. A mechanism will be provided, currently a web page http://wiki.openstreetmap.org/wiki/Attribution.; Hope that helps. I am personally not going to put my name there, I have always felt that my contributions are more important then my name. Is that page even linked to from the map itself? We have almost completed work so that the page link goes out with each and every extraction of geodata ever made (planet dump, API, ...) which is the important thing. Good point though, and I have requested appropriate changes to the Copyright and License page. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On 24 June 2011 19:31, Michael Collinson m...@ayeltd.biz wrote: We have almost completed work so that the page link goes out with each and every extraction of geodata ever made (planet dump, API, ...) which is the important thing. Good point though, and I have requested appropriate changes to the Copyright and License page. But that still falls short of what OSM-F is telling everyone else, but failing to do itself on it's own map, it doesn't make it immediately obvious where attribution can be found to end users. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On Fri, Jun 24, 2011 at 10:35 AM, John Smith deltafoxtrot...@gmail.comwrote: n 24 June 2011 19:31, Michael Collinson m...@ayeltd.biz wrote: We have almost completed work so that the page link goes out with each and every extraction of geodata ever made (planet dump, API, ...) which is the important thing. Good point though, and I have requested appropriate changes to the Copyright and License page. fosm.org has a link, indirectly, to that page and all the appropriate copyright notices in it's API. Can anyone see any problems with how we are doing that? Incidentally I think the wording on that wiki page could do with some polishing It is impossible to adequately acknowledge the many individuals ... Of course it's not impossible, impractical might be closer to the truth, but I'm not even sure that conveys the right sentiment. 80n ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] highway=cycleway or highway=path
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 23.06.2011 00:27, schrieb Simon Poole: Am 23.06.2011 00:04, schrieb Nathan Edgars II: SimonPoole wrote: In some countries (ie Germany, Switzerland) bicycle=designated has the implication that the way has to be used by bicycles (in Germany it's slightly more complicated), I assume that's not the case in the states. Depends on the state (and sometimes the city): http://bicycledriving.org/law/guide-to-improving-laws#sidepath I can't see any way to tag a mandatory sidepath correctly with access tags, since one is presumably allowed to use the roadway to make a turn that can't be made from the sidepath (so bicycle=destination is incorrect). In general in German speaking Europe, the requirement to use what ever is signposted as a mandatory cycleway goes only as far as it is actually going in your direction. So you are always allowed to use a junction or similar to leave the cycleway and go wherever necessary if the cycleway can't get you there. It is difficult to compare the European situation to the states, since road layout and use tends to be very very different, and mandatory sidepath usage is more similar to having to ride on the side of the road than mandatory cycleway usage (which are very often completely separate ways). Just a further remark: instead of designated, official is in use in Germany to indicate mandatory use cycleways that are really really mandatory (as I said, Germany is slightly more complicated). +1 I stopped using foot/cycleway and only use path/track with access tags. In Germany, I found several occasions where the administration was not sure about it and from on direction a motor_vehicle=no and from the other foot/bicycle=official is signed. cu colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREIAAYFAk4Eb+UACgkQalWTFLzqsCvQBwCfVIj5jG58fBeAjoN6UUHCVZXz 0skAniUiIliayUI7/fSQM3DeRU8wBThs =nAPH -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 +100 Cheers colliar Am 23.06.2011 01:35, schrieb john whelan: I absolutely agree. Cheerio John On 22 June 2011 19:29, David Murn da...@incanberra.com.au mailto:da...@incanberra.com.au wrote: On Wed, 2011-06-22 at 13:49 -0700, Steve Coast wrote: Personally I hope as soon as possible. I suspect it will be nice to give you 'no' guys some time to reconsider, as some already have. Such a pity you dont extend the same feelings to those 'yes guys' who wish to change their acceptance. Except that changing from no to yes is generally upto the mapper, those who wish to change the other way are trying to protect themselves and the OSM project from liability. Surely with the whole purpose of the licence change being to purge any non-compatible data, these requests should be taken seriously, not in the way they generally have been, with refusal. David ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREIAAYFAk4Ecq8ACgkQalWTFLzqsCvXzQCglx0nD8cE25pfCU0MXpVJsPw+ 9o8AoJlkEXFntRUcxZg5reC1DMhJAWhj =FvCk -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On Fri, Jun 24, 2011 at 12:25 PM, 80n 80n...@gmail.com wrote: n 24 June 2011 19:31, Michael Collinson m...@ayeltd.biz wrote: We have almost completed work so that the page link goes out with each and every extraction of geodata ever made (planet dump, API, ...) which is the important thing. Good point though, and I have requested appropriate changes to the Copyright and License page. fosm.org has a link, indirectly, to that page and all the appropriate copyright notices in it's API. Can anyone see any problems with how we are doing that? I can see problems with fosm.org having the Attribution-link deeplinken to the Attribution page on the openstreetmap wiki. Just to name two: 1) It suggests that fosm and osm are one and the same. which they are not. 2) fosm will not / cannot attribute those who only work on fosm. Personally I don't care much about the second issue. That's with fosm and it's contributors. If their contributors don't want to be attributed, that's up to them. Cheers, Henk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thank you sysadmins!
On Viernes 24 Junio 2011 03:45:39 Richard Weait escribió: Thank you so much, sysadmins, for all that you do to keep OSM running every day. And that you especially for making the server move today look so smooth. Which reminds me that I didn't buy them a beer (and I had the opportunity). I failed on showing my respect to the sysadmin team and their work. Shame on me. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
On Fri, Jun 24, 2011 at 12:31 PM, Henk Hoff toffeh...@gmail.com wrote: On Fri, Jun 24, 2011 at 12:25 PM, 80n 80n...@gmail.com wrote: n 24 June 2011 19:31, Michael Collinson m...@ayeltd.biz wrote: We have almost completed work so that the page link goes out with each and every extraction of geodata ever made (planet dump, API, ...) which is the important thing. Good point though, and I have requested appropriate changes to the Copyright and License page. fosm.org has a link, indirectly, to that page and all the appropriate copyright notices in it's API. Can anyone see any problems with how we are doing that? Thanks, Henk this is useful feedback. I can see problems with fosm.org having the Attribution-link deeplinken to the Attribution page on the openstreetmap wiki. Just to name two: 1) It suggests that fosm and osm are one and the same. which they are not. I'd hate to imply that ;) I'll see if I can put some content on an intermediate page that clarifies. 2) fosm will not / cannot attribute those who only work on fosm. All content outputs from fosm.org attribute fosm, osm and contributors. Most of the website's html pages do not contain or publish maps or map content, only the api and diff files contain any content and those are attributed like this: osm version='0.6' generator='FOSM API 0.6' copyright='2011 FOSM contributors, OpenStreetMap contributors' attribution=' http://www.fosm.org/attribution' license='Creative commons CC-BY-SA 2.0' The one exception is currently Potlatch which is embedded and obviously displays map content. I guess ideally Potlatch itself should read the data source headers and display the copyright and attribution notices that are appropriate. Perhaps that would make sense once all OSM data sources provide such information. Personally I don't care much about the second issue. That's with fosm and it's contributors. If their contributors don't want to be attributed, that's up to them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
80n wrote: The one exception is currently Potlatch which is embedded and obviously displays map content. Because Potlatch is embedded, you are encouraged to put any copyright notices you wish in the embedding page. :) cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/License-CT-issues-Let-s-not-punish-the-world-s-disadvantaged-pls-tp6504931p6513157.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] License compatibility clarification
Is the CT/ODbL compatible with CC-BY-SA? Say if an organization releases some data under CC-BY-SA, could we use it (in the CT/ODbL future)? For extra credit, explain why/why not. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] the map on osm.org - airstrips showing only at zoom 10
On 24-6-2011 4:25, Robin Paulson wrote: mappers in NZ have recently imported a lot of grass airstrips into OSM. it appears the airstrips only render at zoom 10 on the mapnik render of the map at osm.org, which looks like this: http://www.openstreetmap.org/?lat=-37.243lon=175.014zoom=10layers=M is there any particular reason for this, osm.org map maintainer? No, not at all, except that it can be considered a bug. There hadn't been many airstrips tagged before this import happened, and only now is it plainly obvious the zooms are buggy for them. I've actually had this reported to me somehow, some time ago, but forgot about it. There was no trac ticket created either. Would be helpful if you could do that. -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Boeien nederlandse kust
de render engine kan ook uit andere bronnen renderen, dit is dus niet beperkt tot de osm database. statische data zoals kustlijn komt bv uit een shape file ipv de osm db. Rob Op 23 juni 2011 23:17 heeft ZeilDude zeild...@gmail.com het volgende geschreven: Op 23-06-11 17:12, Erik Oppedijk schreef: Mooiste zou een database zijn met al de node-id's van OSM van de vorige import, en dat je vanuit die applicatie kan zien of er changes zijn. Gewoon een losse database, en los op de kaart renderen, en ze überhaupt niet in OSM willen inladen. Wijzigen gebeurt bij dat soort dingen toch niet door standaard gebruikers, en RWS heeft daar wel een mannetje op. Stefan RWS tonnen in een database bijhouden lijkt mij idd de beste oplossing. M'n gedachte was om van daaruit een import bestand voor OSM/OpenSeaMap te maken (wat Erik nu ook doet) met nieuwe tonnen, wijzigingen etc. Ik zag iets dergelijks ook beschreven staan op de Wiki. Volgens mij kan dat alleen als je ook de ID's hebt en daarvoor moet je met de API's werken. Correct this OSM beginner if I'm wrong. Naast de lijst met tonnen is er ook nog een lijst met lichten (vaste bakens). En daarnaast is er nog de wekelijkse BaZ (tonnen, lichten, etc.) @Stefan: wat bedoel je met los op de kaart renderen? Linkje? ___ 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: [Talk-de] OpenLayers: Liste aller Overlays
Am 23.06.2011 14:34, schrieb Jan Tappenbeck:
Hallo !
weiß einer von Euch weiß einer von Euch wie man durch alle Overlays in
OpenLayers iteriert ??
Gruß Jan .-)
hi !
ich will Euch nicht im dunkeln lassen - habe einen Tipp bekommen:
function setOverlaysVisibility(flag)
{
var layers = map.layers;
for(var i=0, len=layers.length; ilen; i++)
{
var layer = layers[i];
var baseLayer = layer.isBaseLayer;
if(!baseLayer)
layer.setVisibility(flag);
}
}
setOverlaysVisibility(true); //or false
Gruß Jan :-)
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Denkmäler in Bayern innerhalb bestimmtem Rechteck in OSM anzeigen?
On 23.06.2011 10:52, Manuel Reimer wrote: Bei Gelegenheit beobachte ich selber mal den Traffic, der fließt, wenn dieses Applet arbeitet. Irgendwoher werden wohl Koordinaten kommen. Die Punkt liegen auf jedem Fall kaum direkt auf den Karten-Tiles. Da nach einem Link gefragt wurde: http://www.geodaten.bayern.de/tomcat_files/denkmal_start.html Du kennst die Nutzungshinweise? Das ist mit Openstreetmap erst mal nicht kompatibel. aus https://geoportal.bayern.de/geodatenonline/pdf/hilfe_denkmal.pdf Hinweis: Digitale Vervielfältigung, Speicherung und Erstellung analoger Auszüge aus dem BayernViewerdenkmal sind für den ausschließlichen eigenen Bedarf gestattet. Eine unentgeltliche Verbreitung ist außerhalb des eigenen Geschäftsbereiches bis zu einer Auflage von 100 Exemplaren zulässig. Eine Verwendung dieser Auszüge darüber hinaus bedarf einer Genehmigung des Landesamtes für Vermessung und Geoinformation. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pluggie für Häuser
Am 23.06.2011 21:25, schrieb M∡rtin Koppenhoefer: Am 23. Juni 2011 20:47 schrieb Steffen Heinzeifelhu...@gmx.de: gäbe es noch ne bessere idee? ich muss so bei jeder straße halt die xml datei verändern ja, nimm lieber die originale Version, die standardmäßig in den Presets dabei ist: item name=Addresses icon=presets/addresses.png type=node,way,closedway link href=http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema; sorry, ich hab keine Ahnung davon :(nachteil: ich muss anscheinend jedesmal alles neu ausfüllen, bei meiner Simpelvariante gehts schneller weil schon alles bis auf die Hausnummer ausgefüllt ist Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pluggie für Häuser
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 24.06.2011 10:52, schrieb Steffen Heinz: Am 23.06.2011 21:25, schrieb M∡rtin Koppenhoefer: Am 23. Juni 2011 20:47 schrieb Steffen Heinzeifelhu...@gmx.de: gäbe es noch ne bessere idee? ich muss so bei jeder straße halt die xml datei verändern ja, nimm lieber die originale Version, die standardmäßig in den Presets dabei ist: item name=Addresses icon=presets/addresses.png type=node,way,closedway link href=http://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema; sorry, ich hab keine Ahnung davon :(nachteil: ich muss anscheinend jedesmal alles neu ausfüllen, bei meiner Simpelvariante gehts schneller weil schon alles bis auf die Hausnummer ausgefüllt ist Ich benutze dafür die associatedStreet relation und setzte an die Häuser nur die Hausnummer. Wenn ich dann eine neue Relation brauche, klone ich die alte und muß nur name= und eventuell addr:postcode anpassen. Das Terracer-Plugin hat auch noch einige kleine Funktionen für Hausnummern. cu fly -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREIAAYFAk4EZQEACgkQHJwlxKzMjpZDrgCZAZA05t/Z804eUUrAo/hfIgtF OSoAmwfcNrlkmooUIdDUYEEFQJVOU35t =u1IJ -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1st Proposal: Kickerkneipe (sport=table_soccer)
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Am 22.06.2011 23:07, schrieb RalfGesellensetter: http://wiki.openstreetmap.org/wiki/Proposed_features/Table_soccer ist mein erster Versuch eines Proposals. Bitte seid nachsichtig und gebt mir Tipps, wenn etwas fehlt. Du solltest bei jedem Proposal eine mail an tagging@ schreiben, ansonsten könnte es aus formalen Gründen abgelehnt werden. Auch erreicht man dadurch auch internationale Aufmerksamkeit. Gruß fly -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.10 (GNU/Linux) iEYEAREIAAYFAk4EaGAACgkQHJwlxKzMjpb9RACfQdE0Q7nGFsOIvRxZhTmbuwHI izkAn2ftRbFOLzC5SfTCyU4teeu+SQQR =1AHX -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Denkmäler in Bayern innerhalb bestimmtem Rechteck in OSM anzeigen?
Am 24. Juni 2011 10:49 schrieb Stephan Knauss o...@stephans-server.de: Du kennst die Nutzungshinweise? Das ist mit Openstreetmap erst mal nicht kompatibel. nett, dass Du drauf hinweist, aber er schrieb ja: für den privaten Gebrauch. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1st Proposal: Kickerkneipe (sport=table_soccer)
Am 22. Juni 2011 23:07 schrieb RalfGesellensetter r...@gmx.de: http://wiki.openstreetmap.org/wiki/Proposed_features/Table_soccer ist mein erster Versuch eines Proposals. Bitte seid nachsichtig und gebt mir Tipps, wenn etwas fehlt. m.E. steht da zuviel: ich würde die Kombination mit pubs als eine von vielen Möglichkeiten sehen (prinzipiell kann man das ja überall dazupacken, wo ein Tischkicker steht). Ich finde auch den Vorschlag sport=table_soccer nicht besonders gelungen. Ich würde eher einen Tag nehmen, der auf den Tischkicker abzielt (physisch, also den Tisch) und nicht auf das Tischkickern als Sportart. Der Tag sollte so gestaltet sein, dass er sowohl als Attribut (zusammen mit einem Pub, Restaurant, Jugendclub, Kino, Vereinsheim, Jugendherberge, Disco, Campingplatz, Hotel, Hostel, ...) als auch alleinstehend verwendet werden kann (d.h. tourism und amenity fällt als Key weg) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Denkmäler in Bayern innerhalb bestimmtem Rechteck in OSM anzeigen?
nicht ganz korrekt zitiert - ein kleines Wort kann viel verändern: Hat jemand eine Idee, wie man an die Koordinaten kommt, um das (erstmal für private Zwecke) auf eine OSM-Karte legen zu können? Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Denkmaler-in-Bayern-innerhalb-bestimmtem-Rechteck-in-OSM-anzeigen-tp6504785p6511561.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pluggie für Häuser
Am 24. Juni 2011 10:52 schrieb Steffen Heinz eifelhu...@gmx.de: sorry, ich hab keine Ahnung davon :(nachteil: ich muss anscheinend jedesmal alles neu ausfüllen, bei meiner Simpelvariante gehts schneller weil schon alles bis auf die Hausnummer ausgefüllt ist im Gegenteil, bei Deiner Variante sind die Daten alle statisch vorgegeben, d.h. Du musst entweder für jede Straße ein eigenes Preset machen oder die Felder alle einzeln ausfüllen bei jedem Mal wo Du es verwendest. Bei der Variante in den Standardpresets wird der zuletzt eingegebene Wert beim nächsten Mal als Voreinstellung ausgefüllt, so dass Du pro Straße nur einmal den Namen eingeben musst. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Navi und welche Karte f?r Pizzadienst?
On Wed 2011-06-22 (20:36), andre wrote: Hallo, sofern ich das alles richtig deute behandelt das Programm traveling salesman genau dein Problem. Ich habs weder ausprobiert noch weiss ich genaueres. Nur leider ist es nicht für normale Navis. Ich glaube, der Ansatz paßt nicht ganz - wenn ein Pizzaofen im Auto montiert wäre, vielleicht, aber so handelt es sich um relativ kurze Strecken und wenige Kunden - schließlich will der letzte an der Reihe auch noch eine heiße Pizza... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Navi und welche Karte für Pizzadienst?
On Wed 2011-06-22 (14:32), Peter wrote: Hi Am 22.06.2011 13:02, schrieb Steffen Grunewald: ein Bekannter denkt darüber nach, für einen Lieferservice als Fahrer anzufangen. Da er nicht alle Ecken der Stadt und des Umlandes kennt, braucht er ein Navi und möglichst aktuelle Karten - und sprach mich an, weil ich mich doch mit sowas auskenne. OpenStreetMap ist klar, aber welche? Die Kleineisel-Karte für Garmin scheint geeignet, weil Adressen in POIs umgewandelt vorliegen. Gibt es irgendwelche Alternativen? (Navigon? Medion? TomTom? Welche Karte?) Oder sollte ich ihn auf den guten alten Stadtplan verweisen (in dem auch nicht alle neu gebauten oder umbenannten Straßen drin sind...)? Technisch kann ich nix empfehlen. Aber bisschen Labern geht immer:-) Schade. Es scheint sich gerade auf ein Navigon einzuschießen, gibt es da fertig gebaute Karten? (Hab auf die Schnelle nur gps-mate gefunden, aber der will ja Pizza fahren und nicht Karten basteln) Ich rate mal das die meisten Kunden 'ihren' Lieferservice haben. Es gäbe dann nur relativ wenige Adressen die er anfahren muß, die meisten sind immer gleich, bis auch die 'Laufkundschaft' oder seltene Besteller. Da ist es doch relativ einfach die Stammkundenadressen soweit sie nicht eh' schon in OSM erfasst sind selbst (Kollegen, Chef) einzutragen. Ein Tag 'note:Zugang links hinter der Mauer, 2tes Tor rechts' macht das perfekt für seltsame Haus/Wohnungszugänge. Mehr als 50% der Kunden sind Privatpersonen, und ob die so glücklich sind, wenn in der OSM drinsteht Terrassentür ist meistens offen? Weiterspinn ... man könnte mal überlegen ob man das nicht allgemein als Spezialität für Lieferanten anpreisen könnte. Was kann man mit OSM tolles anstellen Was nahe der OSM Startseite, dort wo die Vorteile von offenen Daten angepriesen werden. Die Adressen die man öfter braucht kann man erfassen. Neue oder Aushilfskräfte finden die Kunden dann sofort, einfach das Navi in die Hand drücken. OK, das wäre eine GPX-Datei, oder eine mit POIs, die aber nicht offen wäre. Dann müßte der Chef mal eine Entscheidung treffen, zu welchen Navis er kompatibel sein will. Ich glaube, der kauft dann lieber einen Satz Stadtpläne und klebt dort Post-Its rein :) Irgendwann bastelt einer eine iDroid-App ... hmm, Geschäftsidee. Mach mal... S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Navi und welche Karte für Pizzadienst?
Am 24. Juni 2011 13:46 schrieb Steffen Grunewald steffen.grunew...@gmx.net: Es scheint sich gerade auf ein Navigon einzuschießen, gibt es da fertig gebaute Karten? (Hab auf die Schnelle nur gps-mate gefunden, aber der will ja Pizza fahren und nicht Karten basteln) AFAIK sind die Garmin-karten die einzigen OSM-basierten Karten für kommerzielle dedizierte Navis. Das geht deshalb, weil die Entwickler in mühsamer Kleinarbeit deren proprietäres Format re-engineered haben. Daraus folgt auch, dass es, sofern das Format nicht offen gelegt wird (wovon ich erstmal nicht ausgehe), für andere Navis auch erstmal keine OSM-Karten geben wird. Die Alternative sind Smartphones, Netbooks etc. mit ihren bekannten Einschränkungen. Da gibt es dann ein Meer von verschiedenen Applikationen und Karten, sowohl frei als auch kommerziell. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1st Proposal: Kickerkneipe (sport=table_soccer)
On 06/23/2011 02:13 PM, RalfGesellensetter wrote: Gibt's da auch ein Tagging für die Mannschaftsaufstellung? Also Anzahl der Stangen und Anzahl der Figuren drauf? siehe auch http://www.addicks.net/gallery/bizar/P1060434 ;) Ein lustige Bild (und vermutlich keine Montage) - Antwort: Sobald wir auch taggen, bis zu welcher Länge Tandems und Gruppenräder für die einzelnen Radwege zugelassen sind. die englische allwissende Müllhalde sagt: The following arrangement is common to ITSF competition tables, though there are substantial variations, particularly in Spain and South America - where the Futbolín table model (or variants) is common and uses a different configuration. Es gibt also durchaus unterschiedliche Manschaftsaufstellungen (bei 'Futbolín' 1-3-3-4 statt 1-2-5-3 soweit ich das auf http://futbolin.co.uk/newimages/deluxebeechwood.jpg erkennen kann), allerdings sollte man anscheinend davon ausgehen können das innerhalb eines Landes jeweils eine Standardkonfiguration dominiert und sich ein Tagging-Schema für eventuelle Ausnahmen nicht wirklich lohnt (note=... würde dort vermutlich ausreichen). PS: ich kann mich an einen Tisch in Prag erinnern bei dem nicht nur die Aufstellung unterschiedlich war sondern auch die Figuren nicht in Stillgestanden-Haltung antraten sondern jeweils mit vorgestrecktem rechten Fuß ... das war allerdings auch ein eher antikes bzw auf antik getrimmtes Stück ... -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gebäudeteile
Manche Mapper überlappen die Polygone einzelner Gebäudeteile und bezeichnen sie (mutmaßlich, wegen dem API down kann ich es für das Beispiel unten nicht genau sagen) als Gebäude: http://www.openstreetmap.org/?lat=41.902205lon=12.454015zoom=18layers=M m.E. ist diese Art des Mappens weniger gut, obwohl es durchaus Sinn macht, Gebäudeteile einzeln zu mappen. Das Problem ist, dass anstatt eines großen Gebäudes nun mehrere kleine Einzelgebäude gemappt sind. Eine Lösung wäre, einen speziellen Tag für Gebäudeteile zu haben. Diese Teile könnte man dann mit einer speziellen Gebäuderelation zusammenfügen. Die einzelnen Teile könnte man weiter beschreiben oder erstmal auch nicht, die Relation würde man behalten. Eine eigene Relation braucht man m.E., weil Multipolygone durch die Überlappungen unklar würden. Um die Relation fürs Rendern in Mapnik vorzubereiten, würde man osm2pgsql so anpassen, dass Flächen dieser Relationen beim Import zusammengefügt würden (so ähnlich wie join areas in JOSM das macht), für die Überlappungslinien (die, die beim Zusammenfassen wegfallen) könnte man je nach Layer-Reihenfolge und Geschmack zusätzliche Linien fürs Rendering generieren lassen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pluggie für Häuser
Am 24.06.2011 13:06, schrieb M∡rtin Koppenhoefer: . Bei der Variante in den Standardpresets wird der zuletzt eingegebene Wert beim nächsten Mal als Voreinstellung ausgefüllt, so dass Du pro Straße nur einmal den Namen eingeben musst. ne, leider nicht unter allen Bedingungen! Ich habe die Häuser mithilfe von BING erstellt, also rechteckige Kästchen - damit funktioniert es nicht. Wenn ich nur einen Punkt in die Landschaft setze funktionierts. Grüße aus der Eifel Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welches Navi und welche Karte für Pizzadienst?
Steffen Grunewald wrote: Schade. Es scheint sich gerade auf ein Navigon einzuschießen, gibt es da fertig gebaute Karten? (Hab auf die Schnelle nur gps-mate gefunden, aber der will ja Pizza fahren und nicht Karten basteln) Ich glaube nicht das es derzeit OSM karten fuer die Navigon Software gibt. (Bis auf die auf OSM basierenden POI files die von Navigon selbst kuerzlich herausgegeben wurden). Allerdings sind so weit ich weis all Navigon Navis auf WinCE basiert. Man kann also recht leicht eine andere Software installieren. Da die Software auf der SD Karte lagert, braucht man nur die SD Karte austauschen und das Geraet neustarten. Insofern kann man ohne Probleme (und Konsequenzen) einfach mal eine andere Software ausprobieren und wenn sie einem nicht gefaellt, dann waechselt man halt schlicht zurueck auf die alten SD Karte. Fuer WinCE gibt es diverse Software ( http://wiki.openstreetmap.org/wiki/Windows_Mobile ) wie z.B. Navit oder Gosmore. Fuer einen nicht technik freak wuerde ich aber MapFactor Navigator Free ( http://navigatorfree.mapfactor.com/de/ ) empfehlen, da von dem was ich gesehen habe dort die usability am hoechsten ist. So fern ich das erkennen kann ist MapFactor eine komerzielle / professionele Navigations Software die fuer komerzielle Karten geschrieben wurde. Seit einer Weile bietet die Firma nun die Navigator Free version an, die OSM als Kartenmaterial verwendet, ansonsten aber die gleiche Software wie die komerzielle version ist. MapFactor Navigator Free kommt also von dem was ich bislang gesehen habe der Navigon Software bei weitem am naechsten. Ganz mithalten kann sie aber bislang auch noch nicht. Zum einen fehlen natuerlich Features wie Lane Assist die die OSM Daten einfach nicht hergeben, zum anderen ist die Konvertierung der Daten auch noch nicht ganz perfekt, (was bei dem zum Teil etwas kaotischem free form tagging von OSM auch verdammt schwer ist), wobei die Firma sehr bemueht zu sein scheint den Konvertierungsprocess kontinuierlich zu verbessern und postet hierzu auch gelegentlich im Forum ( http://forum.openstreetmap.org/viewtopic.php?id=9839 ) Man sollte aber auch dazu sagen, das die Qualitaet der OSM Daten in Bezug auf Navigation immernoch zum Teil etwas problematisch ist und man sich somit schon gelegentlich auf Ueberraschungen und Ungenauigkeiten gefasst machen muss. Kai -- View this message in context: http://gis.638310.n2.nabble.com/Welches-Navi-und-welche-Karte-fur-Pizzadienst-tp6503773p6512159.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Nachdem jetzt ja nicht mehr abgelehnt werden kann, wäre es viellicht hilfreicher, die täglichen Umentscheider bzw. Neuzustimmer zu listen. -- View this message in context: http://gis.638310.n2.nabble.com/Auswertung-der-ersten-Reaktionen-auf-Lizenzwechsel-Phase-3-tp6282831p6512233.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Soweit ich weiß hat sich in den Möglichkeiten nichts geändert. Man konnte auch früher schon nicht wenn man denn einmal zugestimmt hat wieder ablehnen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Das stimmt. Ich habe es eben probiert. Ich kann immer noch mich nich einloggen, ohne gefragt zu werden. 2011/6/24 Björn Sieper ac...@gmx.net Soweit ich weiß hat sich in den Möglichkeiten nichts geändert. Man konnte auch früher schon nicht wenn man denn einmal zugestimmt hat wieder ablehnen. __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de -- James Michael DuPont Member of Free Libre Open Source Software Kosova and Albania flossk.org flossal.org ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Frederik Ramm wrote: Meine persoenliche Vorliebe geht stark in Richtung einer aufgeraeumten Karte, ich finde, dass der englische Stil bereits versucht, es zu vielen Leuten rechtzumachen, und sich damit bedrohlich dem Osmarender-jeder baut ein, was ihn interessiert-Look annaehert. Insofern empfinde ich es nicht als Mangel, wenn geplante Strassen da nicht auftauchen. Volle Zustimmung. Ich fände es eher schade, wenn auf openstreetmap.de auch geplante Straßen sichtbar wären. Das sollte, wenn überhaupt, erst dann geschehen, wenn der Bau zu 100% sicher ist. Also dann wenn alle Einsprüche aus der Bevölkerung begutachtet wurden und auch die Gerichtsverfahren durch sind. Straßen, über die noch diskutiert wird, sollten, gerade auf einem System wie OpenStreetMap, in dem innerhalb von Minuten Änderungen möglich sind, nicht sichtbar sein. Man kann sie ja eintragen, aber gerendert werden sollten sie bestenfalls von einem speziellen externen Kartensystem und nicht auf der offiziellen Karte. Gerade bei Autobahnen und ähnlichen Projekten kommt es in der Bevölkerung zu Protesten. So eine Straße, nun fest auf OSM gerendert, macht diese Daten, z.B. für das Verwenden in einer Präsentation, für solche Gebiete unbrauchbar, da eine Straße, die ohnehin für Unmut sorgt, hier nur unnötig für Zündstoff sorgt. Es würde also eher auf andere Kartendienste ausgewichen, in denen die problematische Straße nicht sichtbar ist. Für mich ist alleine das ein Argument, das Rendering auf openstreetmap.org zu verändern. AFAIK gibt es Tags für den Planungsstand, die aktuell ganz ignoriert werden. IMHO sollte bis zu einem bestimmten Stand garkein Rendering stattfinden. Erst wenn ein gewisser Planungsfortschritt erreicht ist, sollte die Straße erstmals erscheinen. Ja, man kann selber rendern. Nein, Otto-Normal-Powerpoint-Präsentations-Ersteller wird das nicht können und auch nicht wollen. Man muss schon OSM-Freak sein, wenn man sich tatsächlich in Mapnik einarbeitet, sich die ganze Toolchain installiert und dann auch noch das Stylesheet nach Belieben verändert. Die meisten kopieren da dann lieber von Google und gut ist. Es ist ein großer Vorteil von OSM, dass man an die Sourcen rankommt, aber die meisten, die OSM gerne nutzen würden, haben da nicht viel davon. Ich behaupte einfach mal, dass mehr als die Hälfte der OSM-Nutzer eigentlich nur ein Bild brauchen. Da auf openstreetmap.de aktuell geplante Straßen nicht gerendert werden, hätte ich eher ein anderes Anliegen: Darf ich die Tiles für unsere Vereinskarte (kleine Vereinsseite, kaum bekannt, wenig Zugriffe) verwenden? Kann da Frederik mal ein/zwei Sätze zu schreiben? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
M∡rtin Koppenhoefer wrote: Eine Lösung wäre, einen speziellen Tag für Gebäudeteile zu haben. Diese Teile könnte man dann mit einer speziellen Gebäuderelation zusammenfügen. hi Martin, wie schon mehrmals von mir geposted: das wird lange schon so ähnlich gemacht! siehe http://www.openstreetmap.org/?lat=41.906166lon=12.480215zoom=18layers=M Und das Ganze ohne extra Tags und ohne Änderung von osm2pgsql - einfach so. Ist ganz legal, nur etwas umständlich (MP-Alarm) Gruss Walter p.s. API down? der Serverumzug ist seit ca 24h erfolgreich abgeschlossen und alles rennt. Mag sein, dass du die XAPI meintest - die ist wie immer wacklig - aber um mir ein Gebiet anzuschauen, benutze ich den Editor meiner Wahl. - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/Gebaudeteile-tp6511909p6512619.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] deutscher Mapnik-Stil ohne highway=proposed
Hallo, On 06/24/11 18:07, Manuel Reimer wrote: Da auf openstreetmap.de aktuell geplante Straßen nicht gerendert werden, hätte ich eher ein anderes Anliegen: Darf ich die Tiles für unsere Vereinskarte (kleine Vereinsseite, kaum bekannt, wenig Zugriffe) verwenden? Kann da Frederik mal ein/zwei Sätze zu schreiben? Das ist gar kein Problem, allerdings gilt fuer den deutschen Server halt noch staerker als fuer den englischen (weil er weniger Leistung hat), dass man da nicht unermesslich viele Zugriffe drauf machen sollte (also vorallem keine Tiles downloaden mit irgendwelcher iPhone-Software ;) - der Server hat auch eine viel agressivere Trafficdrosselung, was Kartenkacheln anbetrifft, d.h. nach ein paar Minuten rumsurfen auf einer noch ungerenderten Gegend in z17 wird er absichtlich (und voruebergehend) langsam. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Auswertung der ersten Reaktionen auf Lizenzwechsel Phase 3
Hallo, Am Freitag 24 Juni 2011 16:53:36 schrieb Björn Sieper: Soweit ich weiß hat sich in den Möglichkeiten nichts geändert. Man konnte auch früher schon nicht wenn man denn einmal zugestimmt hat wieder ablehnen. darin steckt auch eine gewisse Logig. Wenn du deine Daten einmal unter der CT freigegeben hast, hat die OSM-Gemeinde sie erhalten. Das kann man nicht rückgängig machen. Man kann zwar für die Zukunft die Daten unter eine andere Lizenz stellen, das gilt aber nur für zukünftige Datenübergaben. Was der Empfänger (Server) einmal unter einer Lizenz erhalten hat, kann er behalten. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Am 24.06.2011 15:17, schrieb M∡rtin Koppenhoefer: Manche Mapper überlappen die Polygone einzelner Gebäudeteile und bezeichnen sie (mutmaßlich, wegen dem API down kann ich es für das Beispiel unten nicht genau sagen) als Gebäude: http://www.openstreetmap.org/?lat=41.902205lon=12.454015zoom=18layers=M m.E. ist diese Art des Mappens weniger gut, obwohl es durchaus Sinn macht, Gebäudeteile einzeln zu mappen. Das Problem ist, dass anstatt eines großen Gebäudes nun mehrere kleine Einzelgebäude gemappt sind. Die Unterscheidung zwischen Gebäuden und Gebäudeteilen fehlt mir auch seit längerem. Dein gewähltes Beispiel zeigt das eigentlich gut: Die Datenbank enthält jetzt die Information, der Petersdom sei 50 m hoch. Stimmt aber nicht: Der eine Gebäudeteil, an den (eher willkürlich) die Tags fürs Gesamtgebäude angebracht wurden, ist 50 m hoch. Andere Teile desselben Gebäudes und damit das Gesamtgebäude sind deutlich höher - wie auch Wikipedia verrät. In ähnlicher Weise sollte man eigentlich auch bei anderen Tags zwischen Eigenschaften des Gebäudes und denen seiner Teile unterscheiden, das fängt beim name an. Daher finde ich es erst einmal sinnvoll, dass man Gebäude und -teile unterscheidet. Die eigentlich interessante Frage ist, wie man die Teile zusammenbaut. Eine Lösung wäre, einen speziellen Tag für Gebäudeteile zu haben. Auf einer Diskussionsseite im Wiki zu dem Thema wurde das Tag building:part=yes genannt, das anscheinend von einem der 3D-Renderer schon unterstützt wird: http://wiki.osm.org/wiki/User_talk:Jongleur/MultiLevel_Building_Shapes Ich schätze, dass sich gerade die 3D-Rendering-Community für das Thema interessieren wird. Diese Teile könnte man dann mit einer speziellen Gebäuderelation zusammenfügen. Die einzelnen Teile könnte man weiter beschreiben oder erstmal auch nicht, die Relation würde man behalten. Eine eigene Relation braucht man m.E., weil Multipolygone durch die Überlappungen unklar würden. Um die Relation fürs Rendern in Mapnik vorzubereiten, würde man osm2pgsql so anpassen, [...] Ich frage mich, ob dieser Sonderweg bei der Verarbeitung tatsächlich nötig ist. Meine Überlegung wäre eher: * Fläche fürs Gesamtgebäude * darin enthalten: Flächen für Gebäudeteile Mit welcher der etablierten Methoden man diese Fläche man dann modelliert - generell mit geschlossenen Ways mit gemeinsamen Nodes, über geschlossene Ways für flächendisjunkte Gebäudeteile und ein MP fürs Gesamtgebäude, oder über duplikatfreie Ways als Flächengrenzen und MP für die Teile und das Gebäude - wäre eher eine Geschmacksfrage und sollte für die Anwendungen keinen Unterschied machen. Gruß, Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie 1. Hilfe Box mappen
Hi, ich habe einen am Baum montierten Kasten mit 1. Hilfe Verbandszeug mit der Aufschrift: Selbsthilfe-Box; Bergwacht Harz gefunden. Dazu finde ich kein passendes Tag. Was verwendet man hier am besten? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Luftbilder für JOSM
Ich bin grad dabei, eine Hilfe für JOSM zu schreiben. Wo findet man eine deutschsprachige Anleitung, wie man Luftbilder zum Abmalen benutzt? Wo findet man eine Liste mit den URLs? Danke, Markus Gefunden habe ich im Wiki: (aber das hilft dem neuen Anwender irgendwie nicht so richtig...) http://wiki.openstreetmap.org/wiki/DE:DOP_Sources http://wiki.openstreetmap.org/wiki/DE:Aerial_imagery http://wms.openstreetmap.de/ http://wiki.openstreetmap.org/wiki/DE:Potential_Datasources http://wiki.openstreetmap.org/wiki/Vertical_Aerial_Photographs (engl.) http://wiki.openstreetmap.org/wiki/Luftbilder http://wiki.openstreetmap.org/wiki/DE:Entwurf_Luftbilder_HowTo http://wiki.openstreetmap.org/wiki/DE:Entwurf_Luftbilder_HowTo/neu http://wiki.openstreetmap.org/wiki/DE:Luftbilder_erstellen http://wiki.openstreetmap.org/wiki/DE:Bing http://wiki.openstreetmap.org/wiki/DE:Yahoo!_Aerial_Imagery Sowie einen englischen Hinweis, dass Yahoo imagery will not be available after 13 September 2011 - wie ist das gemeint? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Markus schrieb: Ich bin grad dabei, eine Hilfe für JOSM zu schreiben. Wo findet man eine Liste mit den URLs? hier: https://josm.openstreetmap.de/maps Sowie einen englischen Hinweis, dass Yahoo imagery will not be available after 13 September 2011 - wie ist das gemeint? Klick' auf die [1], dann kannst Du auch lesen, warum das so ist. Grüße, Michi signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Luftbilder für JOSM
Hallo, Markus wrote: Wo findet man eine deutschsprachige Anleitung, wie man Luftbilder zum Abmalen benutzt? Also ich wuerde sagen, fuer 95% aller deutschsprachigen User werden wahrscheinlich waehle Bing aus dem Menue aus der richtige Startpunkt sein ;) erklaeren sollte man das mit dem Bildversatz, dass man den richtig einstellen muss, sonst gibts Salat, und das wichtigste: Glaub nicht stur dem Luftbild, es kann gern mal 10 Jahre alt sein, oder krumm und schief ;) Sowie einen englischen Hinweis, dass Yahoo imagery will not be available after 13 September 2011 - wie ist das gemeint? Yahoo schaltet am 13. Semptember seine Luftbild-Dienste ab, damit erlischt auch unsere Moeglichkeit, das weiter zu nutzen. Yahoo will was neues machen in Kooperation mit Nokia oder so, aber es ist sehr unwahrscheinlich, dass wir das dann weiter nutzen duerfen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäudeteile
Am 24. Juni 2011 21:55 schrieb Tobias Knerr o...@tobias-knerr.de: Diese Teile könnte man dann mit einer speziellen Gebäuderelation zusammenfügen Eine eigene Relation braucht man m.E., weil Multipolygone durch die Überlappungen unklar würden. Um die Relation fürs Rendern in Mapnik vorzubereiten, würde man osm2pgsql so anpassen, [...] Ich frage mich, ob dieser Sonderweg bei der Verarbeitung tatsächlich nötig ist. Meine Überlegung wäre eher: * Fläche fürs Gesamtgebäude * darin enthalten: Flächen für Gebäudeteile Mit welcher der etablierten Methoden man diese Fläche man dann modelliert - generell mit geschlossenen Ways mit gemeinsamen Nodes, über geschlossene Ways für flächendisjunkte Gebäudeteile und ein MP fürs Gesamtgebäude, oder über duplikatfreie Ways als Flächengrenzen und MP für die Teile und das Gebäude - wäre eher eine Geschmacksfrage und sollte für die Anwendungen keinen Unterschied machen. das Problem ist halt, dass Du haufenweise sich überlappende Flächen haben wirst (weil Gebäudeteile übereinandergestapelt sind), aber es stimmt, man kann die auch einfach übereinander rendern und sich da gar nicht weiter drum kümmern. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] OSM usato da Agenzia della Mobilità di Ferrara
Interessante articolo http://nuovamobilita.wordpress.com/2011/06/13/mappe-ciclabili-l%E2%80%99esperienza-dell%E2%80%99agenzia-della-mobilita-di-ferrara/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM usato da Agenzia della Mobilità di Ferrara
Ottimo lo avevo proposto anche alla ditta di modena ma evidentemente non li ho convinti.. - http://www.openstreetmap.org/user/Orlandi_IT_EmiliaRomagna -- View this message in context: http://gis.638310.n2.nabble.com/OSM-usato-da-Agenzia-della-Mobilita-di-Ferrara-tp6511932p6511938.html Sent from the Italy General mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM usato da Agenzia della Mobilità di Ferrara
Ho cercato sul sito dell AMI: http://www.ami.fe.it/ ma non ho trovato nessuna mappa OSM. Me la sono persa io? anche io, dopo la lettura dell'articolo credevo di trovarmi una mappa di OSM sul sito, invece nulla. L'unico riferimento e' il link itato nell'articolo che punta a openstreetmap con il rendering della cyclemap centrato su ferrara. Immagino che per ora il progetto sia in prima fase. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] CreateIMG per Linux, si chiama GARMUX
Il 23/06/2011 15:32, Stefano Salvador ha scritto: controlla anche di aver settato il parametro di quanta RAM può usare la virtual machine, di default java non usa tutta la RAM ma solo una piccola parte (tipo 128M), in pratica fai così: java -Xmx1024m -jar mkgmap.jar ... così dici alla virtual machine di allocare un giga di memoria. Se hai più RAM aumenta il parametro a piacere. Ciao! Nello script è già fissato a 2000, come l'avevi settato tu quando hai scritto il porting. In effetti ho notato che con il file dell'Europa non mi dà out of memory, ma mi dà una serie infinita di errori molto dopo aver computato i nodi (che sono più di mezzo miliardo), ma verso la fine della computazione delle ways. Se riduco il numero di nodi (--max-nodes=40 per esempio) allora dà out of memory. Se non metto max-nodes ma metto max_areas= 50 per esempio non dà out of memory ma sembra fare lo stesso difetto che dicevo prima. A questo punto non vorrei che si trattasse del file europe.osm.tar.gz2 che non va bene, perché visto che per scaricarlo ci mette più di un giorno (la mia adsl fa pena) non vorrei che si corrompa nel momento in cui alla mattina arriva la nuova versione e io lo sto già scaricando. Mah. Qualcuno (anche su Win) riesce a computare con mkgmaps tutta la mappa d'Europa? ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-co] Mini RHoK 3.1 24 y 25 de Junio
Maper@s: Para mapear en JOSM albergues y otros eventos de emergencia, los invito a probar este preset: https://www.sugarsync.com/pf/D6962846_8710883_97075 Lo he elaborado a partir de otro preset que a mi criterio es demasiado sofisticado e inmanejable que está en la wiki de OSM (http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Tags) . Desafortunadamente no creo que los pueda acompañar en esta oportunidad. Saludos, Federico P.D. Pregunta del millón: OSM-Colombia ya tiene su propio servidor disponible? Un Servidor que podría renderizar un layer para contextos de crisis o desastre natural? -Mensaje original- De: Fredy Rivera [mailto:fredyriv...@gmail.com] Enviado el: jueves, 23 de junio de 2011 04:38 p.m. Para: OpenStreetMap Colombia Asunto: Re: [Talk-co] Mini RHoK 3.1 24 y 25 de Junio 2011/6/23 Artesano arttes...@gmail.com: Convocamos a desarrolladores para colaborar en la implementación de una herramienta de gestión de información para Alberges en contexto de Crisis Que bien, allá nos vemos. Queremos Rhok! Info en : http://www.facebook.com/event.php?eid=118974314856482 -- -- @Arttesano http://arttesano.blogspot.com http://ioke.com.co 3102694942 ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co -- Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, .ppt, .pptx, .mdb, mdbx OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. Gratis y totalmente legal. http://GaleNUx.com es el sistema de información para la salud --///--- --- Teléfono USA: (347) 688-4473 (Google voice) skype: llamarafredyrivera ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] Mini RHoK 3.1 24 y 25 de Junio
P.D. Pregunta del millón: OSM-Colombia ya tiene su propio servidor disponible? Un Servidor que podría renderizar un layer para contextos de crisis o desastre natural? WB nos había ofrecido uno pero aun no se materializa la entrega doy copia a Ariel y Robert a ver que nos dicen al respecto porque se necesita con urgencia. Freddy, Ya tenemos el servidor arriba y con GeoNode instalado, tenemos que cuadrar tras bambalinas contigo y con OCHA para ver cómo va a ser la administración, la carga inicial de datos y el set up de custom renders. Ya falta poco ;) Ariel. ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] DAGI og KMS - status
On 20/06/2011, at 15.29, Jens Winbladh wrote: Jeg har lige haft fat i KMS ang. DAGI datasættet og om vi kan få tilladelse til at importer det i OSM. Super! Stort fremskridt! Mit eneste problem med det er, at alle de administrative grænser ser grimme ud i kortet, men det er selvfølgelig et æstetisk problem som i princippet kan blive løst. Status er pt. at min kontakt (i KMS) venter på nogen højere oppe i systemet, men han oplyser at data sættet vil blive frigivet, men at det handler om tid. I samme sætning sagde han at de arbejder på at lave et fælles nordisk fri tilgængeligt datasæt i en eller anden form og at det tidskrævende arbejde ligger i at finde den rigtige licens. F.eks. Creative Commons CC by SA. Det er jo fantastisk, så godt som man kan forvente! Creative Commons licenserne har den fordel at de efterhånden er kendte. Vi kan ikke forvente at myndighederne skal kende til en hel hoben forskellige åbne licenser, og ODbL har den ulempe at 1) ingen kender den, og 2) færre forstår den ;-) Uden at være ekspert på området vil jeg mene, at der ikke er noget i vejen for at man kan importere data som er pålagt med CC-BY-SA i OSM, sålænge vores eget arbejde benytter ODbL Jeg abonnerer ikke selv på osm-legal, men måske der er en af jer der gør og som lige kan stille spørgsmålet der. -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] GPS dataloggere
On 22/06/2011, at 07.49, Kent B. Hansen wrote: Jeg bruger en Garmin eTrex Legend HCx (https://buy.garmin.com/shop/shop.do?cID=145pID=8701 ) - den er robust, regntæt, rimelig nøjagtig, kører (i laang tid) på alm. AA batterier og så bruger den standard MicroSD hukommelseskort (så skulle kortet løbe fuld, kan du bare skifte det - så du behøver ikke en PC). Jeg vil ligeledes stærk anbefale en Garmin eTrex, af samme grunde som Kent. Jeg købte en Qstarz BT-1000XT [0] på E-Bay fordi jeg ville have en logger som jeg bare kan putte i lommen. Grunden til jeg købte lige den var: * den mest følsomme GPS chip der fås (MKT II) * Bluetooth forbindelse til telefon eller computer * Lang batterilevetid (opgives til 40 timer) * bruger standard Nokia mobiltlf. batteri Jeg har sådan set været glad for den, dens GPS er meget følsom og kan sagtens samle tracks selvom man har den i en taske eller i lommen. Men den har nogle problemer: * Dropper ofte track'en uden varsel * Ekstremt langsomt download til Mac/Linux * På Mac/Linux skal man bruge 3dje parts software BT747, det medfølgende software er kun til Windows. * Har oplevet en enkelt gang at en track er parallelforskud med ca. 100m * Den fysiske udformning er en gang plasitikskrammel, som jeg ikke ville udsætte for en eneste dråbe vand. Til sammenligning har jeg ofte min Garmin Legend Cx med, og den dropper ALDRIG et track. Den er også langt bedre til at håndtere dårlig modtagelse, tracken bliver dårligere, men aldrig helt hen i vejret, eller helt droppet, som jeg ofte har set med Qstarz. Garmins software er ganske enkelt helt overlegen i forhold til QStarz (og formentlig alle andre kinesiske loggere af samme type). Endvidere er Garmin regntæt, og den har et display så man kan se hvor man er, man kan se hvor langt man har gået, tiden, månens faser, solopgangstider osv., osv. De nye generationer af Garmin eTrex (dem der har et H i deres typenavn) har en mere følsom GPS chip end min (Cx vs. HCx). På Garmin kan man installere et OSM kort, og på computeren dukker den op som et USB drev. Tracks der kan gemmes er i princippet ubegrænset, for man kan bare skifte microSD kort efterhånden som de bliver fyldt. Min bedømmelse er: Garmin Cx * (af fem) QStarz ** God tur, -- Morten [0] http://www.amazon.com/Q-1000XT-BT-Q1000XT-Bluetooth-Waypoints-Vibration/dp/B00144PH1S ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] DAGI og KMS - status
On 24-06-2011 09:39, Morten Kjeldgaard wrote: Uden at være ekspert på området vil jeg mene, at der ikke er noget i vejen for at man kan importere data som er pålagt med CC-BY-SA i OSM, sålænge vores eget arbejde benytter ODbL Jeg abonnerer ikke selv på osm-legal, men måske der er en af jer der gør og som lige kan stille spørgsmålet der. Hvis det var tilfældet var der ikke nogen grund til den omstændige re-licensering, da man så blot kunne importere OSM(cc-by-sa) til OSM(odbl). Altså må konklusionen være at CC-BY-SA data *ikke* kan bruges i OSM nu da ODbL er gældende. -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] DAGI og KMS - status
On 24/06/2011, at 17.33, Jonas Häggqvist wrote: On 24-06-2011 09:39, Morten Kjeldgaard wrote: Uden at være ekspert på området vil jeg mene, at der ikke er noget i vejen for at man kan importere data som er pålagt med CC-BY-SA i OSM, sålænge vores eget arbejde benytter ODbL Jeg abonnerer ikke selv på osm- legal, men måske der er en af jer der gør og som lige kan stille spørgsmålet der. Hvis det var tilfældet var der ikke nogen grund til den omstændige re-licensering, da man så blot kunne importere OSM(cc-by-sa) til OSM(odbl). Licensændringen gælder først og fremmest OSMernes _eget_ arbejde; det mapperne har uploaded, deres egne tracks, redigeringer etc. Det er derfor vi har været igennem den lange process hvor hver enkelt person skal acceptere licensændringen. Altså må konklusionen være at CC-BY-SA data *ikke* kan bruges i OSM nu da ODbL er gældende. Det mener jeg ikke er spor indlysende, og derfor bør det findes ud af. CC-BY-SA licensen siger jo netop af man my bruge det som man vil, og ODbL licensen er faktisk kompatibel med de krav (BY og SA). -- Morten ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] DAGI og KMS - status
On 24-06-2011 20:34, Morten Kjeldgaard wrote: On 24/06/2011, at 17.33, Jonas Häggqvist wrote: On 24-06-2011 09:39, Morten Kjeldgaard wrote: Uden at være ekspert på området vil jeg mene, at der ikke er noget i vejen for at man kan importere data som er pålagt med CC-BY-SA i OSM, sålænge vores eget arbejde benytter ODbL Jeg abonnerer ikke selv på osm-legal, men måske der er en af jer der gør og som lige kan stille spørgsmålet der. Hvis det var tilfældet var der ikke nogen grund til den omstændige re-licensering, da man så blot kunne importere OSM(cc-by-sa) til OSM(odbl). Licensændringen gælder først og fremmest OSMernes _eget_ arbejde; det mapperne har uploaded, deres egne tracks, redigeringer etc. Det er derfor vi har været igennem den lange process hvor hver enkelt person skal acceptere licensændringen. Jeg forstår ikke hvordan det ændrer på hvad jeg siger. Om det er en OSMer eller ej, er kompatibilitets-problemet vel det samme? I begge tilfælde drejer det sig om CC-BY-SA data som vi skal have i en ODbL/CT database. Altså må konklusionen være at CC-BY-SA data *ikke* kan bruges i OSM nu da ODbL er gældende. Det mener jeg ikke er spor indlysende, og derfor bør det findes ud af. CC-BY-SA licensen siger jo netop af man my bruge det som man vil, og ODbL licensen er faktisk kompatibel med de krav (BY og SA). Jeg mener slet ikke at SA-delen er overholdt idet ODbL er væsentlig forskellig fra CC-BY-SA. Under alle omstændigheder har jeg skrevet her: http://lists.openstreetmap.org/pipermail/legal-talk/2011-June/006306.html -- Jonas Häggqvist rasher(at)rasher(dot)dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-es] Taller OSM en Vigo
En 23/06/11 11:37, sergio sevillano escribiu: El 23/06/2011, a las 11:29, sergio sevillano escribió: El 23/06/2011, a las 10:38, Micho Gar escribió: El logo era de la wikipedia, lo apunto al de OSM, de todas maneras no he entendido porque. Muchas gracias. lo he actualizado en [1] ya se ve bien el mango... pero me sigue quedando la duda ¿nadie ve ninguna diferencia en el logo del blog [0] y el logo de [1] o [2]? pista: sombras igual tengo yo un tema de visualización perdonad es tema mio. en el Firefox se ven todos igual (bien) sin embargo en Safari unos están bien y otros no. que raro, debe haber alguna diferencia A mi es que me parecían iguales... y me dije... llego tarde, ya lo han subido a la web del Logo de la Wiki :D [0] http://xeoinquedos.wordpress.com/2011/06/23/xeoinquedos-taller-de-openstreetmap-en-vigo/ [1] http://commons.wikimedia.org/wiki/File:Openstreetmap_logo.svg [2] http://wiki.openstreetmap.org/wiki/Logo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ee] Mobiilimasti tagimine
man_made=tower tower:type= communication http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower lisaks kui tead: operator=EMT communications_transponder:service=GSM jms: http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_Transponder Jaak On 24.06.2011, at 12:39, Andres Kaaber wrote: Hei Kas keegi teab kuidas tagida mobiilimasti? -- A. Kaaber ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-cz] Mlýnský náhon není potok ...
2011/6/23 Karel Volný ka...@seznam.cz: dík tak teď ještě kdo najde odvahu změnit to v těch kilometrážích ... K. Asi by stalo za to jim napsat. Vzorem pro tuto stránku byla kilometráž Hronu vytvořená Mariánou (Karlem Volným). To si ty?:) Jestli jo, tak mu napis, si vzor:) mailto:tr...@mail.ru -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mlýnský náhon není potok ...
Dne Pá 24. června 2011 Michal Grézl napsal(a): 2011/6/23 Karel Volný ka...@seznam.cz: dík tak teď ještě kdo najde odvahu změnit to v těch kilometrážích ... K. Asi by stalo za to jim napsat. no, rád bych to podložil ještě nějakým místním zdrojem než jen tou tabulí ... oni ti co tu původní kilometráž, ze které teď všichni opisují, vytvářeli, si ty věci necucali z prstu (i když to tak mnohdy vypadá :-( ) mimochodem, ještě jsem koukal do historické mapy na seznamu, a tam je to jako Mühlenbach, což je buď doslovný překlad Mlýnský potok, no a nebo německé označení náhonu, tak si vyberme :) Vzorem pro tuto stránku byla kilometráž Hronu vytvořená Mariánou (Karlem Volným). To si ty?:) Jestli jo, tak mu napis, si vzor:) probereme to v hospodě :-) jinak jde spíš o tištěné ... ale přispívat opravami Shocartu je to poslední, co by se mi chtělo K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Mlýnský náhon není potok ...
http://www.google.com/url?sa=tsource=webcd=28ved=0CE0QFjAHOBQurl=http%3A%2F%2Fwww.moravska-cesta.cz%2Fdbimg%2Fmclp_spl_verze0_9.pdfei=EXAETrPWG8WSswbJgfW3DAusg=AFQjCNEXNNnbu8QO7h2HuQ_FXfE1OaMKjgsig2=egggxCIDyZCpkmxUmMVPKA 4.1.a http://www.google.com/url?sa=tsource=webcd=26ved=0CD4QFjAFOBQurl=http%3A%2F%2Fcrs-ova.fishnet.cz%2Fuserdata%2Finfo%2F563da4755e4288a2aa6d82753b352aa2rybrad07.pdfei=EXAETrPWG8WSswbJgfW3DAusg=AFQjCNFSZp5bcS944nqdemV866EkAyap8gsig2=tmA09BzM0o_1soXMcu8Ckw 471 049 471 050 v jednom odstavci je nahon v druhem potok:) http://www.litovel.eu/redakce/tisk.php?lanG=csxsekce=43561clanek=51226; mala voda az do hynkova atp. atd. Google podobnych oficialnich dokumentu najde docela dost. Nikde nic definitivniho. -- Michal Grézl http://openstreetmap.cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway=sidewalk
jzvc píše v Pá 24. 06. 2011 v 00:47 +0200: Pokud vim, tak to co je znaceno jako ulice, tam se defaultne predpoklada chodnik z obou stran. Pokud tam neni, nemelo by to byt znaceno jako ulice (ani ve meste, ani ve vsi). Jak jinak tedy označit ulici ve městě bez chodníků? Není snad správně highway=residential sidewalk=none foot=no? Jinak chodniky vytahuju extra v pripadech, ze nejsou primo soucasti ulice, ale osobne me taky uz nekolikrat napadlo, ze by mozne nebylo od veci to resit podobne jako reky - maji svoji osu + brehy, ktere by mohli byt dvojiho typu - jeden by oznacoval okraj vozovky, druhy okraj pripadneho chodniku. Tim by se zaroven poresila ruzna sirka pro reneder. Silnice mají tag width, který je k tomu určený, ale skoro nikdo ho nepoužívá. -- Stanislav Brabec http://www.penguin.cz/~utx ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway=sidewalk
On 24.6.2011 0:47, jzvc wrote: Pokud vim, tak to co je znaceno jako ulice, tam se defaultne predpoklada chodnik z obou stran. Pokud tam neni, nemelo by to byt znaceno jako ulice (ani ve meste, ani ve vsi). Jinak chodniky vytahuju extra v pripadech, ze nejsou primo soucasti ulice, ale osobne me taky uz nekolikrat napadlo, ze by mozne nebylo od veci to resit podobne jako reky - maji svoji osu + brehy, ktere by mohli byt dvojiho typu - jeden by oznacoval okraj vozovky, druhy okraj pripadneho chodniku. Tim by se zaroven poresila ruzna sirka pro reneder. Tak od toho je v podstatě area=yes, ale používat to má smysl jen na nějakých náměstích nebo větších plochách, značit nějak extra okraj silnice by už asi bylo moc. Obzvlášť při přesnosti map, kde metr nehraje žádnou roli. Nevím jak vyřešíte ty chodníky, ale já jako chodec nebo cyklista se chovám podle hesla kde není zeď, tam se nechá jít, takže kromě silnic typu motorway, trunk se nechá jít skoro všude. A chodci je v podstatě jedno, po které straně je chodník. Spíš je důležitý tag, jestli se tam vůbec dá jít, tedy foot=no, ale to platí obecně i pro auta a náklaďáky. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] footway=sidewalk
Dne 24.6.2011 15:05, Stanislav Brabec napsal(a): jzvc píše v Pá 24. 06. 2011 v 00:47 +0200: Pokud vim, tak to co je znaceno jako ulice, tam se defaultne predpoklada chodnik z obou stran. Pokud tam neni, nemelo by to byt znaceno jako ulice (ani ve meste, ani ve vsi). Jak jinak tedy označit ulici ve městě bez chodníků? Není snad správně highway=residential sidewalk=none foot=no? Jinak chodniky vytahuju extra v pripadech, ze nejsou primo soucasti ulice, ale osobne me taky uz nekolikrat napadlo, ze by mozne nebylo od veci to resit podobne jako reky - maji svoji osu + brehy, ktere by mohli byt dvojiho typu - jeden by oznacoval okraj vozovky, druhy okraj pripadneho chodniku. Tim by se zaroven poresila ruzna sirka pro reneder. Silnice mají tag width, který je k tomu určený, ale skoro nikdo ho nepoužívá. To neni to prave orechove, protoze spousta silnic neni pekne stejne siroka vsude ... ;D Ostatne viz letiste - na Ruzyni jsem drahy (podle zahranicniho vzoru) obtah a vypada to (predevsim ve vetsich zoomech) o dost lepe (respektuje to sirku a pomery jednotlivych prvku). Navic v pripade tech ulic vypada hloupe, kdyz jsou pri vetsim zoomu domy kolem uzonke silnicky, pritom vim, ze ta silnice je samo (vcetne chodniku) na doraz k tem domum. Samo tohle je jen reseni vizualu, pro navigaci a dalsi funkcionalitu je to nepodstatny. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] footway et path
Moi je pense que vous oubliez un peut le rendu dans tout ça... Vous voyez ça du côté base de donné... mais au final le but n'est-il pas de faire une carte lisible... Donc... Path marron Footway rouge briddleway vert cycleway bleu Là ca cause et on différencie les différents type de chemin Un peut de logique une allée majoritairement piétonne footway avec Bicyle=yes c'est parfait comme ça. Path est plus générique et permissif... a utiliser là ou quelque chose de plus large qu'un deux roues peux passer. Et pour la rando y'a pas à tergiverser... C'est Briddleway et c'est pas vilain c'est vert au rendu :) Bastien attachment: sebastien_debucquoi.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
Le 23/06/2011 14:48, Thomas Clavier a écrit : +1 pour footway N'allez pas confondre trottoir et rue piétonne non plus... Bastien attachment: sebastien_debucquoi.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] install de osm
2011/6/23 yvecai yve...@gmail.com Mapquest mets à disposition un tel service: http://developer.mapquest.com/**web/products/open/nominatimhttp://developer.mapquest.com/web/products/open/nominatim Et aussi celui des serveurs Osm: http://wiki.openstreetmap.org/**wiki/Nominatimhttp://wiki.openstreetmap.org/wiki/Nominatim Après, à toi de faire le formulaire pour que ton utilisateur lance une recherche, et de mettre en forme les résultats en Html. Il n'y a pas (plus) de service nominatim sur les serveurs d'OSM. C'est celui hébergé par mapquest qui est utilisé. Reste que la meilleure option est de suivre ce qui est indiqué dans le premier lien donné par Yves. Il y aura probablement dans le futur une nécessité d'avoir notre propre serveur nominatim mieux adapté au français. Ce logiciel est entièrement libre. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Re : footway et path
De : Debucquoi Sébastien sebastien.debucq...@inrets.fr Moi je pense que vous oubliez un peut le rendu dans tout ça... Vous voyez ça du côté base de donné... mais au final le but n'est-il pas de faire une carte lisible... Non. Le rendu de carte n est qu une application parmi d autres ( cf tout le reste : routage, osm2xplane, outils statistiques etc ) Path marron Footway rouge briddleway vert cycleway bleu La tu parles du rendu Mapnik mais qu est ce que tu fais de tous les autres rendus qui existent ( becyclo, mapquest, opencyclemap, randos etc )? et si jamais la feuille de style change tu vas rechanger tous les tags de la base pour que ca fasse plus joli sur le nouveau rendu ? Les tags doivent etre choisis pour leur pertinence par rapport a ce qu ils decrivent. Ensuite aux personnes qui definissent le rendu de faire ressortir les differences qu ils ont envie de mettre en valeur ou pas... Julien ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
2011/6/24 Debucquoi Sébastien sebastien.debucq...@inrets.fr Et pour la rando y'a pas à tergiverser... C'est Briddleway et c'est pas vilain c'est vert au rendu :) tagguer pour le rendu ? troll ? Parce que bridleway, c'est un sentier pour chevaux. Ce type de chemin, en France, se rencontre essentiellement aux alentours des hypodromes et des centres équestres. Cela reste donc exceptionnel. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
Le 24/06/2011 10:39, Pieren a écrit : 2011/6/24 Debucquoi Sébastien sebastien.debucq...@inrets.fr mailto:sebastien.debucq...@inrets.fr Et pour la rando y'a pas à tergiverser... C'est Briddleway et c'est pas vilain c'est vert au rendu :) tagguer pour le rendu ? troll ? Héhéhé oui et non, clair que c'est aux moteurs de rendu de s'adapter mais bon quand même c'est Mapnik qui est mis en avant... Parce que bridleway, c'est un sentier pour chevaux. Ce type de chemin, en France, se rencontre essentiellement aux alentours des hypodromes et des centres équestres. Cela reste donc exceptionnel. Pieren Oups... Je croyais que c'était un petit sentier L'icone de Plotpath 2 est trompeuse. Pas grave je ferais les modifs. Bastien attachment: sebastien_debucquoi.vcf___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Frontières maritimes (était: Frontière maritime de Guyane)
Pour info, en France, l'État a annoncé lors du dernier Comité interministériel de la mer (10 juin dernier) qu'il allait publier un décret pour fixer les lignes de base, les limites des eaux territoriales, de la zone économique et de la zone de protection écologique ainsi que les limites des extensions du plateau continental [1] qui remplacera et annulera tous les précédents décrets. Il y aura très probablement les territoires français d'Outre-Mer. Comme les textes des décrets sont considérés comme du domaine public, espéront que les limites seront des listes de coordonnées dans le corps du texte et pas, comme souvent, des cartes consultables auprès du Ministère bla bla bla. Ainsi ces limites pourront être intégrés à OSM. [1] http://www.sgmer.gouv.fr/IMG/pdf/2011-06-15_-_Dossier_de_presse_Comite_interministeriel_de_la_mer_du_10_juin_2011.pdf Damouns ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] footway et path
Pour compléter un peu les discussions précédentes, voici ce qu'on peut lire sur le site d'openmtbmap.org ([1]) et qui doit être le fruits de discussions équivalentes faites dans la 1ere communauté OSM par sa taille, je parle de celle des allemands bien-sûr: (traduction rapide) Le dilemme higway=footway contre highway=path Le tag highway=path n'est pas aussi vieux que le tag footway. Je recommande d'utiliser le tag footway seulement pour les voies (street) pour piétons seulement, par exemple dans les villes. Si vous pouvez y circuler en vélo légalement (aucun panneau de signalisation le limitant aux piétons) et avec une vitesse décente en ville (disons avancer à +20km/h est possible), ou la voie est à la campagne et que les autres usages en dehors des piétons sont possibles (par exemple cheval, VTT) alors changez le tag footway en highway=path. [1] http://openmtbmap.org/tutorials/participate/ Ce qui confirme un peu la tendance à réduire le tag footway aux passages limités aux piétons. Tout en expliquant que footway est très antérieur à la création du tag highway=path et donc qu'on trouvera fréquement dans OSM des footways d'anciens contributeurs qui ne respectent pas cette règle. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les données OSM dans un rendu
Hello Hello, me voilà de retour après quelques essais,... Donc j'ai tenter de prendre un peu en main qgis, j'ai effectivement trouver comment voir mes données, les afficher,... j'ai crée mon carroyage, et je l'ai exporter en shp. je l'ai alors importer dans ma db postgis . un create column plus tard, et j'ai mis à jour avec les valeurs venant de mon osm2pgsql qui m'intéresse (genre ne nombre d'user) Ensuite je compte reprendre cette table dans postgis et afficher alors les carreaux en couleur en fonction des chiffre (je doit encore voir comment faire...) Suis-je sur la bonne voie ou je me complique très fort la tâche? Merci pour votre aide. Brice 2011/6/17 Vincent de Chateau-Thierry v...@laposte.net: Bonjour, De : eMerzh Euh ok je vais tenter d'appréhender Qgis :p sinon non je n'ai pas encore de carrés... disons que je suis tellement nulle part que je vois pas trop où je devrai les avoir :p Si kkun à un bon tuto pour démarrer sur Qgis je prend... sinon google sera mon amis :) Sinon Merci René-luc pour la piste, reste à creuser :) Pour créér un carroyage, il y a un outil qui s'appelle, euh Qgis :-) Dans le menu Vecteur Outils de recherche Grille vecteur tu peux définir une grille au pas que tu souhaites et exporter le résultat en shapefile. Très pratique. vincent Une messagerie gratuite, garantie à vie et des services en plus, ça vous tente ? Je crée ma boîte mail www.laposte.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Utiliser les données OSM dans un rendu
Le 24/06/2011 18:56, eMerzh a écrit : Hello Hello, Bonsoir bonsoir, me voilà de retour après quelques essais,... Donc j'ai tenter de prendre un peu en main qgis, j'ai effectivement trouver comment voir mes données, les afficher,... j'ai crée mon carroyage, et je l'ai exporter en shp. je l'ai alors importer dans ma db postgis . un create column plus tard, et j'ai mis à jour avec les valeurs venant de mon osm2pgsql qui m'intéresse (genre ne nombre d'user) Ensuite je compte reprendre cette table dans postgis et afficher alors les carreaux en couleur en fonction des chiffre (je doit encore voir comment faire...) Suis-je sur la bonne voie ou je me complique très fort la tâche? En gros, tu as fait les fondations, tout le gros oeuvre, il ne te reste qu'à choisir la couleur de la peinture, on dirait ? Si je comprends bien, tu as ton carroyage avec pour chaque enregistrement une valeur que tu veux associer à une représentation (une couleur, un symbole) distincte. Qgis permet ça très simplement, et c'est expliqué par ici : http://download.osgeo.org/qgis/doc/manual/qgis-1.6.0_user_guide_fr.pdf au chapitre 4.4 page 47. Pour ton usage, il faut choisir des symboles en valeur unique, et yapluka. vincent ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-ja] Ja:Map Features修正終わりました
東です。 翻訳お疲れ様です。 地味ですがとても重要な作業だと思います。 11/06/24 ribbon o...@ns.ribbon.or.jp: On Thu, Jun 23, 2011 at 11:03:18PM +0900, ribbon wrote: 1ヶ月以上かかってしまいましたが、一通り訳出したつもりです。 で、思ったのですが、Map Features って必要なんでしょうか。 カテゴリ別であり、英語の原文と同期が取られているので これは必要なものだと思います。 一覧があるのはいいと思うんですが、ページが重くて探しにくいです。 また、How to Map Aとの同期も取れているとは思えないような気が します。 どういうタグを付けたらいいか、というインデックスはほしいのですが、 もうちょっとうまい方法がないかなあ、と思っているわけです。 いちどポストしたことがあるのですが 何らかの形で同一データから、カテゴリ別とあいうえお順の どちらでも選んで表示できると良いんじゃないでしょうか。 このwikiページから直接/間接に連動して スマートフォンやＰＣで開ける電子ブックのようなものが 作れるといいですね。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Ja:Map Features修正終わりました
On Fri, Jun 24, 2011 at 10:06:05PM +0900, Shu Higashi wrote: カテゴリ別であり、英語の原文と同期が取られているので これは必要なものだと思います。 了解です。 いちどポストしたことがあるのですが 何らかの形で同一データから、カテゴリ別とあいうえお順の どちらでも選んで表示できると良いんじゃないでしょうか。 そうですね。 ベースデータをXMLか何かで作っておいて、あとは機械的に 変換するのがいいかな。 あるいはMediawiki記述を加工するスクリプトを作ってみても いいかもしれませんね。 このwikiページから直接/間接に連動して スマートフォンやＰＣで開ける電子ブックのようなものが 作れるといいですね。 Mediawiki(というかWikipedia)のオフラインリーダは あるみたいなので、何とかなるかなあ。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] Yahoo/ALPS データの修正
藤澤です。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 このオプション、気づいてなかったです…。 ありがとうございます。 さっそく、作り直してみます。 ＃スクリプトが残してあるので、手間はそれほどかかりませんが、 ＃時間はちょっとかかるかもしれません。 元データは都道府県別なので、もしかしたら、都道府県境は 切れているかもしれません…。 (2011年06月25日 07:30), Mage Whopper wrote: Mage Whopperです。 ありがとうございます。 元データにはあるということで 少し安心しました。 osmosisは-bpかなにかで切っているということでしょうか。 -bp completeWays=yes のオプションをつけるとwayの一部ノードがポリゴン内にあれば 切り出した中にそのway全てが含まれるかたちになるのではないでしょうか。 現状全て手動でインポートですし、 私は、足りないよりは取り除ける重複がある方がマシ、とおもいますが 異論のある方もいらっしゃると思いますので どーしてもとは思いません。 実際はやってみてみて使えそうなら。。。と思う物の どのくらい大変か全く考えずに発言してますので 余力があればお願い致します。 以上です。 Mage Whopper magewhop...@gmail.com ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID：techstrom.org http://www.techstrom.org/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [Talk-GB] Webhost recommendations for OSM data processing
Attila Sz?sz wrote: Sorry for the slightly out of topic subject, but I'd appreciate hearing about your recommendations in regards with a hosting provider that allows to run a reasonable amount of processes on their servers primarily for OSM data processing. Keep your existing service for the always on server, and use Amazon EC2 instances for the data processing tasks. You have a choice of several different machine types (from 1 to 8 cores and 1GB to 64GB RAM) and pay by the hour. 256M of memory for about 1-2 hrs/day A small standard instance (1.7 GB RAM, 1 CPU, 32-bit Linux OS) in Ireland would cost about $6 per month for 2 hours per day. See http://aws.amazon.com/ec2/ Regards, Phil. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OS OpenData and accepting the new contributor terms
Or the Archbishop of Canterbury, or Fake SteveC, depending on your particular affiliation. There was a rumour, though only a rumour ;-) Cheers Andy -- View this message in context: http://gis.638310.n2.nabble.com/OS-OpenData-and-accepting-the-new-contributo r-terms-tp6483857p6503476.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
[Talk-us] Create GIS database for Non Profit Organization
I have been asked by a friend involved with Washington State nonprofit organizations with OSM could be used for a searchable gis database like the one in Colorado. You can find the Colorado database at http://www.coloradononprofits.org/gisportal.cfm. Are there similar OSM applications available? Can you point me to them? The data for Washington State is available. It would seem that it could be entered with tags that could be searched by a from a web site. But rather than reinvent the wheel, I thought I'd ask first. Thanks, Clifford -- I have promised to cut down on my swearing and drinking, which I have. Unfortunately, this has left me dim-witted and nearly speechless. Adapted from *The Lion* by Nelson DeMille -or- If you can't explain it simply, you don't understand it well enough. Albert Einstein ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-cl] División Político Administrativa en Chile
Estimados, Por lo tanto las relaciones de DPA en chile quedan de la forma? Boundary Los atributos: - type = boundary - boundary = administrative - admin_level = ver valor - name = nombre del lugar - dpachile:id=* admin_level El atributo admin_level y sus valores - admin_level = 2 Países - admin_level = 3 - admin_level = 4 Regiones - admin_level = 5 - admin_level = 6 Provincias - admin_level = 7 - admin_level = 8 Comunas - admin_level = 9 - admin_level = 10 Esta info la estoy dejando en http://wiki.openstreetmap.org/wiki/Chile:Division_Politico_Administrativa, ademas de un listado que registra como esta en avance de DPA. El tema de is_in:* los estoy revisando para hacer una mejor propuesta. Saludos. El 23 de junio de 2011 11:40, Julio Costa Zambelli julio.co...@openstreetmap.cl escribió: Juan, Para empezar te pido perdón porque he ido dejando algunos de tus mensajes en pendientes de responder por falta de tiempo, pretendo dedicar un rato ahora para ir dando mi opinión en todos estos temas. Para el que planteas en este mensaje en particular, yo soy de la idea de usar el modelo Francés de type=boundary, en lugar del utilizado en Alemania, Colombia, Ecuador y Holanda, de type=multipolygon. http://wiki.openstreetmap.org/wiki/Relation:boundary Así lo he hecho hasta ahora con los limites nacionales (terrestres y marítimos), regionales, provinciales y comunales que he trabajado. ¿Esta documentado este uso de etiquetas is_in para RELACIONES en el Wiki? Te lo pregunto, porque veo una diferencia importante en el numero de usos de ellas en nodos y vías (~1.600.000 y ~1.100.000 respectivamente), respecto de relaciones (~46.000). Agregaría al esquema propuesto para las relaciones la etiqueta dpachile:id=* (Siendo * el Código Único Territorial de esa Comuna, Provincia o Región) que propuse más temprano este mes ( http://lists.openstreetmap.org/pipermail/talk-cl/2011-June/000986.html). Saludos, Julio Costa Zambelli OpenStreetMap Chile julio.co...@openstreetmap.cl http://www.openstreetmap.cl/ Cel: +56(9)89981083 Postal: Casilla 9002, Correo 3, Viña del Mar, Chile 2011/6/22 Juan Pizarro jpizar...@gmail.com ** Estimados, Como están? Me interesa saber cual es su opinión(abajo se citan las preguntas) para así plasmar estas en la wiki y proceder a uniformar la información de DPA chilena. Saludos El sáb, 18-06-2011 a las 15:17 -0400, Juan Pizarro escribió: Estimados, como están? Me interesa retomar el tema de la DPA de Chile, para así uniformar estas en el país, y los atributos is_in:*, y completar la wiki con esa info, en [2]. Según lo que conversamos por correo se llego a: En primer lugar para las relaciones: Los atributos: - type = multipolygon - boundary = administrative - admin_level = ver valor - name = nombre del lugar - is_in:country = Chile - is_in:state = nombre Region (VII Región del Maule) - is_in:state_code = 7 - is_in:region = nombre Provincia (Maule) - is_in:region_code = 71 El atributo admin_level y sus valores - admin_level = 2 Países - admin_level = 3 - admin_level = 4 Regiones - admin_level = 5 - admin_level = 6 Provincias - admin_level = 7 - admin_level = 8 Comunas - admin_level = 9 - admin_level = 10 Con respecto a is_in, me interesa saber si state que como las regiones, el atributo region queda como las provincias, como en el ejemplo. además me interesa saber que va a pasar con: is_in:province = Santiago? is_in:municipality = Santiago? con respecto a las comunas que usaremos is_in:municipality? is_in:*? en [3] se puede ver como quedarían los atributos. en [1] se ve como esta quedando la región del maule. Otro punto importe, creo yo, es completar un registro del avance del DPA en Chile en [2], para saber que nos falta de este, de momento hemos registrado en avance en la región del maule. Saludos. [1] http://open.mapquestapi.com/nominatim/v1/details.php?place_id=79508511 [2] http://wiki.openstreetmap.org/wiki/Chile:Division_Politico_Administrativa [3] http://www.openstreetmap.org/browse/node/214199010 -- *Juan Pizarro* *doing**IT** Ltda.* 10 Oriente N°1887 Talca Tel: +56 71 230476 Mob: +56 9 75891972 E-Mail: jpiza...@doingit.cl Soluciones Informáticas http://doingIT.cl/ - OpenStreetMap.org: El Mapa Libre del Mundo droid.cl: Comunidad Chilena del sistema operativo Android ___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl -- - Juan Pizarro l_firma.png___ Talk-cl mailing list Talk-cl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cl
