[Talk-hr] najbolji i najažurniji online openstreetmap routing engine
Testirao sve online routing engine i najbolji i najažurniji routing engine je MapQuest: http://open.mapquest.co.uk/ -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] najbolji i najažurniji online openstreetmap routing engine
Opa, čak im radi real time povlačenje rute, brzo kao na Googlovim kartama.. Mapquest upada, Openrouteservice ispada. 2011/11/29 valent.turko...@gmail.com valent.turko...@gmail.com Testirao sve online routing engine i najbolji i najažurniji routing engine je MapQuest: http://open.mapquest.co.uk/ -- follow me - www.twitter.com/valentt http://kernelreloaded.blog385.com linux, anime, spirituality, wireless, scuba, linuxmce smart home, zwave ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
[talk-ph] Fwd:[OSM-talk] OSM(F) strategy - suggestions review
In case you have ideas. -- Forwarded message -- From: Richard Fairhurst rich...@systemed.net Date: Nov 30, 2011 2:59 AM Subject: [OSM-talk] OSM(F) strategy - suggestions review To: osmf-t...@openstreetmap.org, t...@openstreetmap.org, strate...@openstreetmap.org strate...@openstreetmap.org Hello all, [crossposted to various groups] As you may know the OSM Foundation has lots of terribly boring-sounding working groups and the Strategic Working Group is possibly the most boring-sounding of the lot. However... occasionally we do things that are not stultifyingly boring and this might be one of them. We are trying to get soundings as to how you, the community, want OSM to grow in the months and years ahead. This is not a directive imposed from above, nor a grand scheme to make zillions by becoming the next Facebook; this is finding out what the mappers, the people who make OSM great, want to see. Thus far we've trawled through various mailing lists, the wiki, and so on to find the ideas that come up most frequently. But we might have missed some, or you might have had a superb idea which has been ignored so far. The list so far is at: http://wiki.openstreetmap.org/**wiki/Strategic_working_group/** Suggestion_reviewhttp://wiki.openstreetmap.org/wiki/Strategic_working_group/Suggestion_review Do read it; and we would welcome your further suggestions on the 'Discussion' page. The important bit is that we are looking to collate suggestions about OSM's future _strategy_. For example: * OSM should grow the mapper base * OSM should make special efforts to reach out to the developing world * OSM should develop osm.org into a consumer-facing map site to rival Google Maps ...or not. We are not looking for operational suggestions (e.g. OSM should rewrite the editor in HTML5). OSM is a do-ocracy and the way you get operational suggestions through is by doing them. :) Nor are we making judgments, or seeking opinions or debate, about the suggestions quite yet - just collating them. Knock yourselves out. :) cheers Richard __**_ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk-be] openstreetview.org
EN I would like to put http://openstreetview.org in the spot lights a bit. It's a place where all your geotagged mapping photos are welcome. They may be able to help others, while they try to get more information or context from them, or as 'proof' to backup what we add to the OSM DB. http://wiki.openstreetmap.org/wiki/OpenStreetView It would be really great if support for uploading photos towards it and fetching photos from it would become supported directly in JOSM and Potlatch2. In JOSM it's already possible to use the Photo_Geotagging plugin to geotag your pictures after aligning them on your GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging The ability to send them to openstreetview.org seems like the next logical step. Now you still need to open an FTP client, select the photos you want to upload from your file system and send them over. For viewing which photos are available for an area the only recourse is the openstreetview.org web site. It would be so much better if this were integrated in JOSM, just like the downloading of other people's GPX tracks is. DE Ich möchte gern mal http://openstreetview.org ein bisschen Publizität geben. Jeder kann dort seine Bilder, am liebsten mit geotag vorgesehen, hochladen. Diese Bilder könnten vielleicht für andere Mappers hilfreich sein beim suchen für sehr spezifische Daten, oder sie können einfach als Beweis dienen für was wir im OSM DB speichern. http://wiki.openstreetmap.org/wiki/OpenStreetView Es wäre wirklich toll wenn auch Unterstutzung fürs hochladen und runterholen von Bilder für JOSM und Potlatch2 programmiert würde. Mit JOSM ist es jetzt schon möglich den Photo_Geotagging plugin zu benutzen um Bilder zu geotaggen nachdem sie aligniert wurden auf einem GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging Die Möglichkeit Bilder hoch zu laden kommt mir als der nächste logischer Schritt vor. Jetzt ist es immer noch notwendig einen FTP-programm zu benutzen um die von das Dateisystem hoch zu laden. Um die Bilder dann an zu schauen wo sie genommen wurden, ist die einzige Möglichkeit der openstreetview.org web site zu benutzen. Es wäre soviel praktischer wenn dies integriert wurde im JOSM, genau so wie es jetzt schon möglich ist GPX tracks von andere Leute zu bekommen. NL Ik zou even http://openstreetview.org onder de aandacht willen brengen. Hier zijn al uw (geogerefereerde) foto's die bij het mappen werden genomen, welkom zijn. Deze kunnen anderen nog van dienst zijn, omdat ze er wellicht nog zaken op terugvinden die zij belangrijk vinden om op de kaart te zetten, om een idee te krijgen van de omgeving, of om als bewijsmateriaal te dienen voor de data die eruit bekomen werd om in de OSM-databank te worden opgenomen http://wiki.openstreetmap.org/wiki/OpenStreetView Het zou geweldig zijn als er ondersteuning zou komen om foto's rechstreeks vanuit JOSM of Potlatch te kunnen doorsturen naar de server, of om foto's direct te kunnen afhalen en toe te gaan voegen aan een fotolaag. In JOSM is het nu al mogelijk om van de Photo_Geotagging plugin gebruik te maken om uw foto's te geotaggen, nadat ze werden gealigneerd op uw GPX-kruimelspoor. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging De mogelijkheid om ze dan meteen door te sturen naar openstreetview.orglijkt mij de volgende logische stap. Nu is het nodig om dan een FTP-sessie op te starten, de betreffende foto's te selecteren in het bestandssysteem en ze zo door te sturen Om alle foto's die beschikbaar zijn voor een bepaald gebied te kunnen bekijken, moet er nu naar de website van openstreetview.org te gaan Het zou zoveel handiger zijn als dit geÏntegreerd zou zijn in JOSM, net zoals het afhalen van GPX-sporen van andere mappers dat is. FR J'aimerais diriger votre attention vers le projet http://openstreetview.org. C'est le site où toutes vos photos prises pendant vos randonnées mapping sont les bienvenues. Ces photos peuvent encore être utiles pour d'autres mappeurs, pour en distiller des choses qui sont importantes pour eux, pour avoir une idée de l'environnement, ou pour servir comme preuve des données qui en ont été reprises et ajoutées à la BDD de OSM. http://wiki.openstreetmap.org/wiki/OpenStreetView Il serait merveilleux s'il y avait le support intégré en JOSM ou Potlatch2 pour faciliter l'envoi des photos vers le serveur, ou pour télécharger des photos et les avoir disponibles dans une couche d'images, comme si elles étaient des photos prises par soi-même. Avec JOSM il est déjà possible d'utiliser le plugin Photo_Geotagging plugin, pour géoréférencer vos photos, après de les aligner avec votre trace GPX. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging La possibilité de les envoyer directement vers le serveur de openstreetview.org me semble le prochain pas logique. A présent il est nécessaire de lancer une session FTP-sessie, de sélectionner les photos avant de pouvoir les envoyer. Pour
Re: [OSM-legal-talk] ODbL and publishing source data
Eugene Alvin Villar seav80@... writes: Taking this argument to its logical conclusion, every digital file is a database of bytes Yes, I suggest that legally speaking this is likely to be the case. Certainly any digital file that is in a documented, structured file format with certain fields in certain positions has just as strong a claim to being a 'database' as, say, the OSM planet file. The European definition of a database is a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. Individual pixels comprising a typical image (say a PNG map tile) are not independent works. Each pixel cannot stand on its own and aren't useful unless considered together with its neighboring pixels to form an image. That makes some sense but you are implicitly taking the individual pixel as the level of granularity. If you took the OSM planet file as your example once again, you could state that neither the individual co-ordinate numbers like 50.1234, nor individual tag strings like 'highway', have any independent existence. They must stand together with other data items to form a complete object such as a node, which even then may not have much meaning without others. Richard F. noted that audiovisual works... as such are not databases. I imagine it is an open question whether this means photographs and other pictorial images, and whether it applies to images with a defined schema such as heatmaps (which can equally well be considered as a database of co-ordinates mapped to values) or to diagrams and maps with a defined schema and a strict correspondence between pixel co-ordinates and geographical position. (I also note that as such is a weasel phrase which European law may wiggle through, as with the exclusion of computer programs as such from patentability.) In general I think that introducing the concept of database into licensing causes more problems than it solves, and tends to muddle more than it clarifies, but that's just my opinion. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] Community norms (was: ODbL and publishing source data)
Frederik Ramm frederik@... writes: I am interested in exploring this further with the aim of finding good community norms, nailing down the problem cases, and making the introduction of ODbL for OSM a success. I think you have to be careful about going too far with community norms. They may give the misleading impression that copyright holders have endorsed them so that they are legal statements of what you can do with the map, but this is not the case. Also, the contributor terms permit distribution under ODbL, not 'ODbL with community norms', so it would not be within OSMF's mandate under the CTs to introduce additional material to the licence, however well- intentioned. Community norms can serve to narrow the permission (as in: although X may be permissible according to the letter of the law, we don't feel it fits the spirit) but they cannot state anything with authority where the underlying legal situation is unclear. More to the point, would it not be better to fix up ambiguities in a new version of the ODbL? Migrating to it later would be pretty painless since the licence is forward-compatible. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Community norms
Hi, On 11/29/11 11:49, Ed Avis wrote: I think you have to be careful about going too far with community norms. Of course. They must not introduce new material, but they can be used to clarify areas where things aren't crystal clear. Community norms can serve to narrow the permission (as in: although X may be permissible according to the letter of the law, we don't feel it fits the spirit) but they cannot state anything with authority where the underlying legal situation is unclear. OSMF is the holder of the database rights; while OSMF may not be able to state anything with authority they can certainly say we guarantee that we will not sue you if you adhere to the following. Which is good enough. More to the point, would it not be better to fix up ambiguities in a new version of the ODbL? Migrating to it later would be pretty painless since the licence is forward-compatible. Yes, certainly. Any community norms we set up should be considered an input to possible future versions of ODbL. We have to be clear, however, that ODbL is not specifically intended for our situation, so the ODbL authors may decide not to include things that are too specific. For example, our community guideline about what is and isn't substantial uses a spatial definition that will certainly not apply to all ODbL licensed datasets. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL and publishing source data
On Tue, Nov 29, 2011 at 6:42 PM, Ed Avis e...@waniasset.com wrote: The European definition of a database is a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. Individual pixels comprising a typical image (say a PNG map tile) are not independent works. Each pixel cannot stand on its own and aren't useful unless considered together with its neighboring pixels to form an image. That makes some sense but you are implicitly taking the individual pixel as the level of granularity. If you took the OSM planet file as your example once again, you could state that neither the individual co-ordinate numbers like 50.1234, nor individual tag strings like 'highway', have any independent existence. They must stand together with other data items to form a complete object such as a node, which even then may not have much meaning without others. The difference is that for the OSM database, you can construct a systematic level of granularity where individual objects at that granularity are individually useful. Certainly, individual tags or individual pairs of coordinates are not generally useful but a collection of tagged POIs, ways, and relations are each individually useful. Whereas for a *typical* image consisting of a matrix of pixels, there's no level of granularity that would make individual objects generally useful, whether those objects are single pixels, or rows of pixels, or columns of pixels, or tiles of 8x8 pixels. You have to take the image as a whole to make sense of it. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL and publishing source data
On 28/11/11 23:59, James Livingston wrote: On 28 November 2011 21:55, 80n 80n...@gmail.com mailto:80n...@gmail.com wrote: On Mon, Nov 28, 2011 at 11:25 AM, Frederik Ramm frede...@remote.org mailto:frede...@remote.org wrote: I could render a map from OSM and then render something else on top of it, say a commercially acquired set of hotel POIs. That would clearly be a Produced Work; I could point anyone asking for the source data to the planet file and the rendering rule, and keep the hotel POIs to myself. This is an overlay on top of a Produced Work. Whether it's produced by layers at the browser end or by compositing two separate images doesn't seem to be materially different. I agree. I could also remove all hotels from my OSM copy and add in the commercial hotels instead, then render a map from it. Unless the commercial dataset is missing data, the resulting map could look 100% identical to the map from the first process, but this time I would be required to release the hotel dataset because it is part of the derived database used to create the produced work. Leaving aside the step about removing content for the moment, I don't see how this is materially different from the first example. You've simply overlaid your hotels on top of the OSM data. I don't think the mechanics of how you achieved this are, from a legal perspective, important. Any process can be considered as a series of inputs to a black box and some outputs. If the inputs are the same (an OSM database and a set of POIs) and the output is the same (a map with an overlay of the POIs) then it shouldn't matter whether it was achieved using a complex machine or monkeys with typewriters. Depending on the rendering, it may not be the same. The placements of name text can depend on other data so it's not on top of something else, or POIs can be hidden if there are too many in a given area. In the first case (or combining layers in the browser), the rendering of OSM data cannot depend on the location of your hotels, and the rendering of hotel names can't easily depend on what else is on the map. In the second case (combining data before rendering) collisions can be avoided or the resulting map altered. Yes, but it's only the produced work, the rendering, which is altered. You probably don't need to make changes to the OSM data to acheive this. So the OSM data and other data could remain independent. If they do, then the mechanism for combining (and computer/s on which it happens) is indeed irrelevant. Of course if Frederik did remove hotels from the OSM dataset as he described above, then that's clearly a derivative database which he would have to share. This was discussed on legal-talk a few months ago, and my opinion was that it depended on whether you could produce the same output by merging separately-rendered Produced works. If you can get _identical_ output by merging layers on the browser side, then it's okay to the merging on the server side. However if you can't get identical results by merging the rendered output, then you've obviously combined the databases prior to rendering. Not necessarily. For example, the rendering might depend on what order data is rendered. But the data being rendered would remain independent of each other; it may be only the rendered result which varied. And that's a produced work, not a database. Having two instances of say Postgres and having one program that reads both and renders is still creating a derived database, even if it is only in the memory of the rendering program. It might create a derivative database, or it might not; it would depend on the algorithm. If the OSM data remain unmodified, then it could be creating a collective database, which is explicitly not a derivative database. Jonathan. -- Jonathan Harley: Managing Director : SpiffyMap Ltd Email: m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com Post: The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Community norms
Frederik Ramm frederik@... writes: OSMF is the holder of the database rights; while OSMF may not be able to state anything with authority they can certainly say we guarantee that we will not sue you if you adhere to the following. Which is good enough. I think that database right is only a small part of the picture, copyright being at least as important (if the legal advice I got from Francis Davey relating to European law is correct). Note that there is sui generis database right, and separate from that there is database copyright. Database copyright is not owned by the OSMF. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL and publishing source data
Eugene Alvin Villar seav80@... writes: The European definition of a database is a collection of independent works, data or other materials arranged in a systematic or methodical way and individually accessible by electronic or other means. Which really, really should be the end of this. A PNG doesn't fit this description as its intent is to encode a single complete image and the pixels are not independent. Likewise PNG and SVG. Place them in a systematic or methodical collection and you have a database of images. But this is separate from their contents. If I place a travel photo of mine into a PNG and then print it out, I have not gained a database right. Likewise if I autotrace it to SVG before printing it. There is a single work, arbitrarily encoded. No database right. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Copyprotection for OSM based material
On 26/11/11 23:43, Nic Roets wrote: Rob, I'm not sure what you mean. So I'm going to give a simple example. Suppose someone has a table with museums and their capabilities. He then combines it with OSM to create a map. If the capabilities is something opaque like type1 and type2, then the resultant map can be useless to us. (Reverse engineering is not reliable). It's possible that an exact definition of type1 and type2 exist, but requiring the person to publish it may be too intrusive. For example it could involve some statistical scoring process like Page Rank (which involves processing every web page on the Internet). If the only way the database can function is with data not included in it, then the database is incomplete and not the source of the produced work. (IMO.) It's also possible that type1 can be completely subjective e.g. the person thinks that the paintings in the museum are beautiful. That's a definition right there. :-) So I really can't see how useful source data can have a water tight, yet practical definition. It can however state that obfuscation or don't wanna aren't sufficient reasons for something not being a derivative database. :-) - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL and publishing source data
2011/11/29 Rob Myers r...@robmyers.org: A PNG doesn't fit this description as its intent is to encode a single complete image and the pixels are not independent. Likewise PNG and SVG. Place them in a systematic or methodical collection and you have a database of images. But this is separate from their contents. If I place a travel photo of mine into a PNG and then print it out, I have not gained a database right. IMHO there is a difference between a travel photo and a map rendering. This is a jpeg: http://www.tnooz.com/wp-content/uploads/2011/02/ITA-QR-code-1.jpg cheers, Martin ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] ODbL and publishing source data
On 30 November 2011 01:03, Jonathan Harley j...@spiffymap.net wrote: On 28/11/11 23:59, James Livingston wrote: Depending on the rendering, it may not be the same. The placements of name text can depend on other data so it's not on top of something else, or POIs can be hidden if there are too many in a given area. In the first case (or combining layers in the browser), the rendering of OSM data cannot depend on the location of your hotels, and the rendering of hotel names can't easily depend on what else is on the map. In the second case (combining data before rendering) collisions can be avoided or the resulting map altered. Yes, but it's only the produced work, the rendering, which is altered. You probably don't need to make changes to the OSM data to acheive this. So the OSM data and other data could remain independent. If they do, then the mechanism for combining (and computer/s on which it happens) is indeed irrelevant. While that's true, you are combining the two datasource together prior to rendering. Say I created some local postgres database tabled and loaded OSM data into it, and then loaded data from another source into it too. What I have is now a database derived from both OSM and the other source. If I then rendered that data to create a Produced Work, would my combined database not be a Derived Database? This was discussed on legal-talk a few months ago, and my opinion was that it depended on whether you could produce the same output by merging separately-rendered Produced works. If you can get _identical_ output by merging layers on the browser side, then it's okay to the merging on the server side. However if you can't get identical results by merging the rendered output, then you've obviously combined the databases prior to rendering. Not necessarily. For example, the rendering might depend on what order data is rendered. But the data being rendered would remain independent of each other; it may be only the rendered result which varied. And that's a produced work, not a database. Can you get the same result by rendering the first dataset (creating a Produced Work), rendering the second dataset (creating another produced work, if it's ODbL too) and then combining the output? If so, they're definitely independent. You can render the second dataset first if you like provided you combine them in the right order. If the rendering of the second output depends on the first dataset, the Produced Work created from the second dataset is not independent of of the first dataset. I guess it's possible the rendering algorithm for the second dataset could use the Produced Work from the first rather than the first dataset directly, which may be okay except that it's arguable whether you are reverse engineering part of the first database. Having two instances of say Postgres and having one program that reads both and renders is still creating a derived database, even if it is only in the memory of the rendering program. It might create a derivative database, or it might not; it would depend on the algorithm. If the OSM data remain unmodified, then it could be creating a collective database, which is explicitly not a derivative database. I guess that's the a question: if you write a program that reads data from two sources and uses both to produce it's output, are the temporary in-memory data structures considered derived or collective for the purposes of copyright and database right law? The answer probably depends on how the program is implemented, but given that we won't know the implementation, how can we ever determine whether someone's Produced Work requires them to release their database? If we say we can't determine that, aren't we essentially saying that it's impossible to enforce that part of the ODbL? -- James ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Vector maps for Android
Your question is the same as if someone asked why isn't there an official Linux; not Ubuntu, not Mint, not Debian, but simply official Linux distribution. Open source and open data don't work that way. A healthy ecosystem with lots of apps is the goal. Janko ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On Tue, Nov 29, 2011 at 4:33 PM, Janko Mihelić jan...@gmail.com wrote: Your question is the same as if someone asked why isn't there an official Linux; not Ubuntu, not Mint, not Debian, but simply official Linux distribution. No doubt this is a good approach, but the moment when you will ask some one to recommend any of one among all there will be lot of different opinions, and there are approximately 500 distros of Linux available which I think is not required and is wastage of resources, time and energy. Open source and open data don't work that way. A healthy ecosystem with lots of apps is the goal. Nothing is always perfect, One have to always work to things better and better. If you think the current system is absolutely right and there is no need of any change then it is ok. But someone on this thread told me that OSM is a loose community so I wondered why its like that, Can't we come as a strong community or organisation. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On Tue, 2011-11-29 at 17:00 +0530, Parveen Arora wrote: But someone on this thread told me that OSM is a loose community so I wondered why its like that, Can't we come as a strong community or organisation. not possible given the size of the community and the wildly varying viewpoints of the members. Remember OSM has a very low threshold for membership - and the lower the threshold, the looser the community. -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On Tue, Nov 29, 2011 at 5:08 PM, kenneth gonsalves law...@thenilgiris.com wrote: not possible given the size of the community and the wildly varying viewpoints of the members. Remember OSM has a very low threshold for membership - and the lower the threshold, the looser the community. Then what should we do? or what can be the possibilities according to you. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
Am 29.11.2011 12:30, schrieb Parveen Arora: On Tue, Nov 29, 2011 at 4:33 PM, Janko Mihelićjan...@gmail.com wrote: Your question is the same as if someone asked why isn't there an official Linux; not Ubuntu, not Mint, not Debian, but simply official Linux distribution. No doubt this is a good approach, but the moment when you will ask some one to recommend any of one among all there will be lot of different opinions, and there are approximately 500 distros of Linux available which I think is not required and is wastage of resources, time and energy. A nice one would not simply give you one specific distribution, because you want to use Linux. Instead there would be some questions: what do you want to do with it? use it as a windows replacement for office work, or for driver developement? doing graphical stuff or running a server - and so on. With regard to the answers there may be one or a few chosen distributions the asked person would give you probably, and that's completely okay. If I ask you, which computer game to buy as a christmas present, you would ask back, who should get it, too, and don't recommend the same for a hardcore gamer as you would recommend for my 5 year old sister - and for me, that sounds reasonable. Open source and open data don't work that way. A healthy ecosystem with lots of apps is the goal. Nothing is always perfect, One have to always work to things better and better. If you think the current system is absolutely right and there is no need of any change then it is ok. But someone on this thread told me that OSM is a loose community so I wondered why its like that, Can't we come as a strong community or organisation. OSM worldwide is a loose community, but there are some strong local communities and some individual connections between different local communities on top of that. And that's fine. It's not more complex than necessary, but it's possible to keep different opinions and styles for different groups. Some people want to meet regularly - and do so, others want to do their own thing individually most of the time. Some people want to start mapping projects with a specific goal, others feel good by continuously contributing small stuff. Next people (but only a few) are happy by fixing bugs in their lunch break, but not doing anything else. If you want an official OSM application - what should it be able to do? viewing osm maps? that's possible with hundrets of applications - and with the osm.org website, too. editing? There are people who prefer JOSM and others who prefer potlatch. Both are highly connected and associated with osm without being official. routing? What kind of routing? How fast? online? offline? If you would want to make an official app supporting everything, I promise, this is not stable for a long time, as it's very much maintenance work. If you would want to do that supporting all(tm) platforms (android, iphone, windows mobile, windows, linux, mac-os desktops, ...) it's much much more difficult, and if you would not want to support some of these platforms, but call it official you have to explain, why osm officially supports one platform, but the other one. I don't think, anything would get better by this. regards Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On Tue, 2011-11-29 at 17:26 +0530, Parveen Arora wrote: On Tue, Nov 29, 2011 at 5:08 PM, kenneth gonsalves law...@thenilgiris.com wrote: not possible given the size of the community and the wildly varying viewpoints of the members. Remember OSM has a very low threshold for membership - and the lower the threshold, the looser the community. Then what should we do? or what can be the possibilities according to you. we can live with it - according to me it is a good situation as this is how open source works. (and works well). -- regards Kenneth Gonsalves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On 29/11/2011 12:30, Parveen Arora wrote: the moment when you will ask some one to recommend any of one among all there will be lot of different opinions, and there are approximately 500 distros of Linux available which I think is not required and is wastage of resources, time and energy. The cost of having to choose is less than the cost of not being able to choose. Central planning is the most efficient way to organize production - given perfect information. Were we able to collect and synthesize the requirements of all users, there would be an optimum set of programs covering them all at the least cost possible. Alas, most of us don't even quite understand what we need for ourselves - hence the need for continuously generating diversity to achieve global requirements coverage through trial and error on a massive scale, which free software makes easier than ever. In summary: diversity is a feature, not a bug. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 500K registered users
Have updated http://wiki.openstreetmap.org/wiki/Stats#Database_Statistics_-_Graphical 500k OSM user signups is quite a milestone in the project. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 500K registered users
Cool! Congratulations to all! 2011/11/29 Andy Robinson ajrli...@gmail.com Have updated http://wiki.openstreetmap.org/wiki/Stats#Database_Statistics_-_Graphical 500k OSM user signups is quite a milestone in the project. Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] ODbL and publishing source data
On Tue, Nov 29, 2011 at 2:18 AM, Martin Koppenhoefer dieterdre...@gmail.com wrote: I think the word independent also applies to data and other materials. I don't think so. Claiming that a collection of data would not be a database if the Data is Not independent does not make much sense IMHO Well, the wording of the definition is such that it's quite ambiguous whether the word independent applies only to the first noun phrase (works), or to all three.(works, data and other materials). I am likely to think that the latter interpretation is the case because a traditional way of thinking of a database is as a collection of individual records arranged systematically and individually accessible, such as a collection of individual phone numbers with corresponding names, in a phone book. It doesn't make much sense to be able to access individual entries if you have to combine them with other entries to make them useful. Relational databases blur this traditional sense but that's because you use relational databases to normalize redundant data. If you don't normalize your data, you arrive back at the traditional database where each record stands on its own. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] OSM Mirror
hi I am from Jakarta, Indonesia, and we know, that Indonesia have their own Internet Exchange, so we need to make OSM in our IIX to make people in this country can access the OSM faster, and save money, because we have to pay $ to access OSM server. so.. we make mirror now, to our server, under IIX, we provide 1GB bandwidth unlimited for local people in this country, and 100MB for international, so we pay around US$ 10.000/month for anyone that access to our server.. the server will name osmosa.net we success install mapnik, and now try to make it run smooth in slippy map and also mod_tiles anyone can share ur experience setup a planet OSM i need this information NB, we will distribute the data that we copy , 250GB/18GB compressed to ndoensian highschool GIS.. help is amazingly appreciate. -- Frans Thamura (曽志胜) Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Mirror
Frans, I've had better luck using Geoserver/Postgres to serve OSM. I blogged about this a little bit here: http://benmearns.blogspot.com/search/label/openstreetmaps BTW, sudah berbehasa Indonesia sedikit ... tinggal di Jakarta/Bandung dari hari senin yang lalu sampai hari minggu, untuk berkunjung keluarga :-) Ben On Tue, Nov 29, 2011 at 1:13 PM, Frans Thamura fr...@meruvian.org wrote: hi I am from Jakarta, Indonesia, and we know, that Indonesia have their own Internet Exchange, so we need to make OSM in our IIX to make people in this country can access the OSM faster, and save money, because we have to pay $ to access OSM server. so.. we make mirror now, to our server, under IIX, we provide 1GB bandwidth unlimited for local people in this country, and 100MB for international, so we pay around US$ 10.000/month for anyone that access to our server.. the server will name osmosa.net we success install mapnik, and now try to make it run smooth in slippy map and also mod_tiles anyone can share ur experience setup a planet OSM i need this information NB, we will distribute the data that we copy , 250GB/18GB compressed to ndoensian highschool GIS.. help is amazingly appreciate. -- Frans Thamura (曽志胜) Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ben Mearns Lead Geospatial Information Consultant IT-Client Support Services University of Delaware mea...@udel.edu : 302.831.1978 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM Mirror
your familiy in indonesia? selamat datang. contact me if u are in indonesia again :) we will setup 2 server, :) GeoServer and mapnik..all in 1 machine, our server is cloud based on openstack, 3 images ... because we want also to implement a JOSM style, OSM API. we will pick mapnik... but still need help to anyone that have experience. GeoServer.. we use to implement OGC. we still diging a good architecture for osmosa project. -- Frans Thamura (曽志胜) Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. On Wed, Nov 30, 2011 at 1:26 AM, Benjamin Mearns mea...@udel.edu wrote: Frans, I've had better luck using Geoserver/Postgres to serve OSM. I blogged about this a little bit here: http://benmearns.blogspot.com/search/label/openstreetmaps BTW, sudah berbehasa Indonesia sedikit ... tinggal di Jakarta/Bandung dari hari senin yang lalu sampai hari minggu, untuk berkunjung keluarga :-) Ben On Tue, Nov 29, 2011 at 1:13 PM, Frans Thamura fr...@meruvian.org wrote: hi I am from Jakarta, Indonesia, and we know, that Indonesia have their own Internet Exchange, so we need to make OSM in our IIX to make people in this country can access the OSM faster, and save money, because we have to pay $ to access OSM server. so.. we make mirror now, to our server, under IIX, we provide 1GB bandwidth unlimited for local people in this country, and 100MB for international, so we pay around US$ 10.000/month for anyone that access to our server.. the server will name osmosa.net we success install mapnik, and now try to make it run smooth in slippy map and also mod_tiles anyone can share ur experience setup a planet OSM i need this information NB, we will distribute the data that we copy , 250GB/18GB compressed to ndoensian highschool GIS.. help is amazingly appreciate. -- Frans Thamura (曽志胜) Chief of Advisory Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ben Mearns Lead Geospatial Information Consultant IT-Client Support Services University of Delaware mea...@udel.edu : 302.831.1978 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On 29. 11. 11 13:01, kenneth gonsalves wrote: we can live with it - according to me it is a good situation as this is how open source works. (and works well). You can ask the actual devs from all these already existing apps to let their baby to contribute to an official one, or simply bet on the best horse and collaborate to make it the de-facto standard. Yves ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM(F) strategy - suggestions review
Hello all, [crossposted to various groups] As you may know the OSM Foundation has lots of terribly boring-sounding working groups and the Strategic Working Group is possibly the most boring-sounding of the lot. However... occasionally we do things that are not stultifyingly boring and this might be one of them. We are trying to get soundings as to how you, the community, want OSM to grow in the months and years ahead. This is not a directive imposed from above, nor a grand scheme to make zillions by becoming the next Facebook; this is finding out what the mappers, the people who make OSM great, want to see. Thus far we've trawled through various mailing lists, the wiki, and so on to find the ideas that come up most frequently. But we might have missed some, or you might have had a superb idea which has been ignored so far. The list so far is at: http://wiki.openstreetmap.org/wiki/Strategic_working_group/Suggestion_review Do read it; and we would welcome your further suggestions on the 'Discussion' page. The important bit is that we are looking to collate suggestions about OSM's future _strategy_. For example: * OSM should grow the mapper base * OSM should make special efforts to reach out to the developing world * OSM should develop osm.org into a consumer-facing map site to rival Google Maps ...or not. We are not looking for operational suggestions (e.g. OSM should rewrite the editor in HTML5). OSM is a do-ocracy and the way you get operational suggestions through is by doing them. :) Nor are we making judgments, or seeking opinions or debate, about the suggestions quite yet - just collating them. Knock yourselves out. :) cheers Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] openstreetview.org
EN I would like to put http://openstreetview.org in the spot lights a bit. It's a place where all your geotagged mapping photos are welcome. They may be able to help others, while they try to get more information or context from them, or as 'proof' to backup what we add to the OSM DB. http://wiki.openstreetmap.org/wiki/OpenStreetView It would be really great if support for uploading photos towards it and fetching photos from it would become supported directly in JOSM and Potlatch2. In JOSM it's already possible to use the Photo_Geotagging plugin to geotag your pictures after aligning them on your GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging The ability to send them to openstreetview.org seems like the next logical step. Now you still need to open an FTP client, select the photos you want to upload from your file system and send them over. For viewing which photos are available for an area the only recourse is the openstreetview.org web site. It would be so much better if this were integrated in JOSM, just like the downloading of other people's GPX tracks is. DE Ich möchte gern mal http://openstreetview.org ein bisschen Publizität geben. Jeder kann dort seine Bilder, am liebsten mit geotag vorgesehen, hochladen. Diese Bilder könnten vielleicht für andere Mappers hilfreich sein beim suchen für sehr spezifische Daten, oder sie können einfach als Beweis dienen für was wir im OSM DB speichern. http://wiki.openstreetmap.org/wiki/OpenStreetView Es wäre wirklich toll wenn auch Unterstutzung fürs hochladen und runterholen von Bilder für JOSM und Potlatch2 programmiert würde. Mit JOSM ist es jetzt schon möglich den Photo_Geotagging plugin zu benutzen um Bilder zu geotaggen nachdem sie aligniert wurden auf einem GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging Die Möglichkeit Bilder hoch zu laden kommt mir als der nächste logischer Schritt vor. Jetzt ist es immer noch notwendig einen FTP-programm zu benutzen um die von das Dateisystem hoch zu laden. Um die Bilder dann an zu schauen wo sie genommen wurden, ist die einzige Möglichkeit der openstreetview.org web site zu benutzen. Es wäre soviel praktischer wenn dies integriert wurde im JOSM, genau so wie es jetzt schon möglich ist GPX tracks von andere Leute zu bekommen. NL Ik zou even http://openstreetview.org onder de aandacht willen brengen. Hier zijn al uw (geogerefereerde) foto's die bij het mappen werden genomen, welkom zijn. Deze kunnen anderen nog van dienst zijn, omdat ze er wellicht nog zaken op terugvinden die zij belangrijk vinden om op de kaart te zetten, om een idee te krijgen van de omgeving, of om als bewijsmateriaal te dienen voor de data die eruit bekomen werd om in de OSM-databank te worden opgenomen http://wiki.openstreetmap.org/wiki/OpenStreetView Het zou geweldig zijn als er ondersteuning zou komen om foto's rechstreeks vanuit JOSM of Potlatch te kunnen doorsturen naar de server, of om foto's direct te kunnen afhalen en toe te gaan voegen aan een fotolaag. In JOSM is het nu al mogelijk om van de Photo_Geotagging plugin gebruik te maken om uw foto's te geotaggen, nadat ze werden gealigneerd op uw GPX-kruimelspoor. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging De mogelijkheid om ze dan meteen door te sturen naar openstreetview.orglijkt mij de volgende logische stap. Nu is het nodig om dan een FTP-sessie op te starten, de betreffende foto's te selecteren in het bestandssysteem en ze zo door te sturen Om alle foto's die beschikbaar zijn voor een bepaald gebied te kunnen bekijken, moet er nu naar de website van openstreetview.org te gaan Het zou zoveel handiger zijn als dit geÏntegreerd zou zijn in JOSM, net zoals het afhalen van GPX-sporen van andere mappers dat is. FR J'aimerais diriger votre attention vers le projet http://openstreetview.org. C'est le site où toutes vos photos prises pendant vos randonnées mapping sont les bienvenues. Ces photos peuvent encore être utiles pour d'autres mappeurs, pour en distiller des choses qui sont importantes pour eux, pour avoir une idée de l'environnement, ou pour servir comme preuve des données qui en ont été reprises et ajoutées à la BDD de OSM. http://wiki.openstreetmap.org/wiki/OpenStreetView Il serait merveilleux s'il y avait le support intégré en JOSM ou Potlatch2 pour faciliter l'envoi des photos vers le serveur, ou pour télécharger des photos et les avoir disponibles dans une couche d'images, comme si elles étaient des photos prises par soi-même. Avec JOSM il est déjà possible d'utiliser le plugin Photo_Geotagging plugin, pour géoréférencer vos photos, après de les aligner avec votre trace GPX. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging La possibilité de les envoyer directement vers le serveur de openstreetview.org me semble le prochain pas logique. A présent il est nécessaire de lancer une session FTP-sessie, de sélectionner les photos avant de pouvoir les envoyer. Pour
Re: [OSM-talk] Vector maps for Android
On Tue, Nov 29, 2011 at 5:29 PM, Peter Wendorff wendo...@uni-paderborn.de wrote: A nice one would not simply give you one specific distribution, because you want to use Linux. Instead there would be some questions: what do you want to do with it? use it as a windows replacement for office work, or for driver developement? doing graphical stuff or running a server - and so on. With regard to the answers there may be one or a few chosen distributions the asked person would give you probably, and that's completely okay. Okay, yes having a number of option is a good thing but I think this 20 or 30 at the most would be good enough and can fulfill the purpose, but there is about 500 approximately. If I ask you, which computer game to buy as a christmas present, you would ask back, who should get it, too, and don't recommend the same for a hardcore gamer as you would recommend for my 5 year old sister - and for me, that sounds reasonable. If I take the example of maps: Google Maps is the best example of your every question, almost everyone uses these maps and comes default with the most of the smart-phones, although there are many Google maps based other applications most of the people love to use official releases and sometimes they don't even bother to change them. The other reference is I can take from Social Networking Website: Facebook is currently having 750 million accounts, and is it not a surprising thing that how taste of so many people meeting at one place and after that is twitter having the maximum number of users. Although there are so many social networking website exist. If you want an official OSM application - what should it be able to do? viewing osm maps? that's possible with hundrets of applications - and with the osm.org website, too. editing? There are people who prefer JOSM and others who prefer potlatch. Both are highly connected and associated with osm without being official. routing? What kind of routing? How fast? online? offline? As I told earlier, that first of all the most basic features displaying maps should be both online and offline, along with the navigation and and tracking. If you would want to make an official app supporting everything, I promise, this is not stable for a long time, as it's very much maintenance work. If you would want to do that supporting all(tm) platforms (android, iphone, windows mobile, windows, linux, mac-os desktops, ...) it's much much more difficult, and if you would not want to support some of these platforms, but call it official you have to explain, why osm officially supports one platform, but the other one. Ohh, That means I am talking about a very big thing. Thank You. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Vector maps for Android
On Wed, Nov 30, 2011 at 12:01 AM, yvecai yve...@gmail.com wrote: You can ask the actual devs from all these already existing apps to let their baby to contribute to an official one, or simply bet on the best horse and collaborate to make it the de-facto standard. Yes, this can be the one of the solutions. All the developers can contribute a little to make the best out of all. Thank You. -- Parveen Arora www.parveenarora.in E-Mail: m...@parveenarora.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Web API to contribute POI to OSM
Is there a way or process that could let me submit POI (that are user generated from mobile application built by me) to OSM via web API? -- Rong Shen Sent form my MBP ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Falkplan Andes naar de rechter om NWB
Wij hebben als Goudappel geen formele rol in het geding, maar konden het niet laten om er onze mening over te ventileren: http://www.goudappel.nl/actueel/2011/11/29/laatste-horde-op-weg-naar-een-openbaar-nationaal-wegenbestand/ Met vriendelijke groet, Dirk Bussche Senior Adviseur Geografische Toepassingen T +31 (0)570 666 830 ▪ E dbuss...@goudappel.nl (aanwezig op kantoor: maandag, dinsdag en woensdag) Goudappel Coffeng ▪ Snipperlingsdijk 4 ▪ 7417 BJ Deventer ▪ Postbus 161 ▪ 7400 AD Deventer ▪ The Netherlands ▪ www.goudappel.nl Goudappel Coffeng BV is gevestigd in Deventer, Den Haag, Eindhoven, Leeuwarden en Amsterdam __ Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Falkplan Andes naar de rechter om NWB
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 29-11-11 12:56, dbuss...@goudappel.nl schreef: Wij hebben als Goudappel geen formele rol in het geding, maar konden het niet laten om er onze mening over te ventileren: http://www.goudappel.nl/actueel/2011/11/29/laatste-horde-op-weg-naar-een-openbaar-nationaal-wegenbestand/ Ik ben er in ieder geval morgen om 10.00u bij :) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk7VSd4ACgkQYH1+F2Rqwn30mACePByZbUIAjY+hvrECheo1DmO4 vcgAn2Ei+TpD3J+V5pevA0qz0JHWyS07 =kpyR -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] openstreetview.org
EN I would like to put http://openstreetview.org in the spot lights a bit. It's a place where all your geotagged mapping photos are welcome. They may be able to help others, while they try to get more information or context from them, or as 'proof' to backup what we add to the OSM DB. http://wiki.openstreetmap.org/wiki/OpenStreetView It would be really great if support for uploading photos towards it and fetching photos from it would become supported directly in JOSM and Potlatch2. In JOSM it's already possible to use the Photo_Geotagging plugin to geotag your pictures after aligning them on your GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging The ability to send them to openstreetview.org seems like the next logical step. Now you still need to open an FTP client, select the photos you want to upload from your file system and send them over. For viewing which photos are available for an area the only recourse is the openstreetview.org web site. It would be so much better if this were integrated in JOSM, just like the downloading of other people's GPX tracks is. DE Ich möchte gern mal http://openstreetview.org ein bisschen Publizität geben. Jeder kann dort seine Bilder, am liebsten mit geotag vorgesehen, hochladen. Diese Bilder könnten vielleicht für andere Mappers hilfreich sein beim suchen für sehr spezifische Daten, oder sie können einfach als Beweis dienen für was wir im OSM DB speichern. http://wiki.openstreetmap.org/wiki/OpenStreetView Es wäre wirklich toll wenn auch Unterstutzung fürs hochladen und runterholen von Bilder für JOSM und Potlatch2 programmiert würde. Mit JOSM ist es jetzt schon möglich den Photo_Geotagging plugin zu benutzen um Bilder zu geotaggen nachdem sie aligniert wurden auf einem GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging Die Möglichkeit Bilder hoch zu laden kommt mir als der nächste logischer Schritt vor. Jetzt ist es immer noch notwendig einen FTP-programm zu benutzen um die von das Dateisystem hoch zu laden. Um die Bilder dann an zu schauen wo sie genommen wurden, ist die einzige Möglichkeit der openstreetview.org web site zu benutzen. Es wäre soviel praktischer wenn dies integriert wurde im JOSM, genau so wie es jetzt schon möglich ist GPX tracks von andere Leute zu bekommen. NL Ik zou even http://openstreetview.org onder de aandacht willen brengen. Hier zijn al uw (geogerefereerde) foto's die bij het mappen werden genomen, welkom zijn. Deze kunnen anderen nog van dienst zijn, omdat ze er wellicht nog zaken op terugvinden die zij belangrijk vinden om op de kaart te zetten, om een idee te krijgen van de omgeving, of om als bewijsmateriaal te dienen voor de data die eruit bekomen werd om in de OSM-databank te worden opgenomen http://wiki.openstreetmap.org/wiki/OpenStreetView Het zou geweldig zijn als er ondersteuning zou komen om foto's rechstreeks vanuit JOSM of Potlatch te kunnen doorsturen naar de server, of om foto's direct te kunnen afhalen en toe te gaan voegen aan een fotolaag. In JOSM is het nu al mogelijk om van de Photo_Geotagging plugin gebruik te maken om uw foto's te geotaggen, nadat ze werden gealigneerd op uw GPX-kruimelspoor. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging De mogelijkheid om ze dan meteen door te sturen naar openstreetview.orglijkt mij de volgende logische stap. Nu is het nodig om dan een FTP-sessie op te starten, de betreffende foto's te selecteren in het bestandssysteem en ze zo door te sturen Om alle foto's die beschikbaar zijn voor een bepaald gebied te kunnen bekijken, moet er nu naar de website van openstreetview.org te gaan Het zou zoveel handiger zijn als dit geÏntegreerd zou zijn in JOSM, net zoals het afhalen van GPX-sporen van andere mappers dat is. FR J'aimerais diriger votre attention vers le projet http://openstreetview.org. C'est le site où toutes vos photos prises pendant vos randonnées mapping sont les bienvenues. Ces photos peuvent encore être utiles pour d'autres mappeurs, pour en distiller des choses qui sont importantes pour eux, pour avoir une idée de l'environnement, ou pour servir comme preuve des données qui en ont été reprises et ajoutées à la BDD de OSM. http://wiki.openstreetmap.org/wiki/OpenStreetView Il serait merveilleux s'il y avait le support intégré en JOSM ou Potlatch2 pour faciliter l'envoi des photos vers le serveur, ou pour télécharger des photos et les avoir disponibles dans une couche d'images, comme si elles étaient des photos prises par soi-même. Avec JOSM il est déjà possible d'utiliser le plugin Photo_Geotagging plugin, pour géoréférencer vos photos, après de les aligner avec votre trace GPX. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging La possibilité de les envoyer directement vers le serveur de openstreetview.org me semble le prochain pas logique. A présent il est nécessaire de lancer une session FTP-sessie, de sélectionner les photos avant de pouvoir les envoyer. Pour
Re: [talk-au] [OpenStreetMap] intersections
On Tue, Nov 29, 2011 at 12:47 AM, Ben Johnson tangarar...@gmail.com wrote: [ ... ] Recently I read a suggestion for zoom hinting tags to assist / override renderers in deciding whether certain elements should be visible at certain zoom levels. Adopting an assisted rendering approach to hide various ugliness could be a step toward having the best of both worlds. Elsewhere in this thread, Sam Couter suggests that renders can automate this without hints. He's correct. In a presentation at SotM-EU in Vienna this year Andy Allan spoke of rendering while considering sparseness, so smaller places are rendered when big places are further apart. This sounds like what Ben is asking for in this case, and without the need for a special rendering-hint tag. Having a place tag is good, having a population tag is good. Faking either of those for the renderer or otherwise seems bad. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] [OpenStreetMap] intersections
On 29 November 2011 23:53, Richard Weait rich...@weait.com wrote: Having a place tag is good, having a population tag is good. Faking either of those for the renderer or otherwise seems bad. We're talking about hinting, not faking. Marking something as a city when it's not, that's bad. Having a specific tag (that the renderer can ignore if it wishes) that says this thing is more important than you might otherwise think is not faking, it's adding information. Sparseness is actually one of the edge cases that's less important, in my view. But even there, I bet you can't create an algorithm that will behave as well as good human mapper, though we can probably do one that's good enough. But the more important use for hinting is the case where you have a bunch of similarly sized items fairly close to each other, and in every computer readable metric they have similar results. So the renderers pick one at random and place it, hiding the others. The problem is they almost always pick the wrong one. If there is one internationally famous place surrounded by a bunch of similar places that no one has ever heard of, with only room for one on the map, it's almost never the expected one that shows up. But it doesn't even have to be that important - near me is a set of suburbs that are all about the same size and population, but the one that everybody would expect to see on a semi-zoomed out map is not the largest, or the admin centre, or in the middle, or famous outside my city - it's just the oldest, the one that's been around while everything else was farms. All the other suburbs near it have grown more recently, and they are mostly larger population, have better shopping, etc. But when somebody talks about the area, it's always the oldest one whose name they use. Weather reports, traffic radio, everything. This is not the stuff a computer is going to be able to figure out without a hint. I can think of many other examples of similar issues just in my city. Zoom in far enough, and all 60+ suburbs should show, no question. But if you've zoomed out enough that we can only fit in about a half dozen names around the city area, pretty much everybody would give you the same list of which ones they should be. All the suburbs are equal, but some are more equal than others. And if we're going to make good, usable maps, we need to know that. Stephen ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] [WISY-Spam]osmosis: nach keys-filtern
Hi ! in der osmosis-doku gibt es die Beschreibung für die Filterung von key-value-Definitionen: bsp.: --way-key-value keyValueList=railway.tram,railway.tram_stop weiß einer von Euch ob man auch irgendwie nur nach den Keys (z.b. nur highway) filtern kann ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [WISY-Spam]osmosis: nach keys-filtern
Hallo, On 11/29/2011 09:04 AM, Jan Tappenbeck wrote: weiß einer von Euch ob man auch irgendwie nur nach den Keys (z.b. nur highway) filtern kann ? Also bei mir steht in der Wiki-Seite: # 3.8 Data Manipulation Tasks * 3.8.1 --node-key (--nk) * 3.8.2 --node-key-value (--nkv) * 3.8.3 --way-key (--wk) * 3.8.4 --way-key-value (--wkv) * 3.8.5 --tag-filter (--tf) * 3.8.6 --used-node (--un) 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] [WISY-Spam]osmosis: nach keys-filtern
Am 29.11.2011 09:09, schrieb Frederik Ramm: Hallo, On 11/29/2011 09:04 AM, Jan Tappenbeck wrote: weiß einer von Euch ob man auch irgendwie nur nach den Keys (z.b. nur highway) filtern kann ? Also bei mir steht in der Wiki-Seite: # 3.8 Data Manipulation Tasks * 3.8.1 --node-key (--nk) * 3.8.2 --node-key-value (--nkv) * 3.8.3 --way-key (--wk) * 3.8.4 --way-key-value (--wkv) * 3.8.5 --tag-filter (--tf) * 3.8.6 --used-node (--un) Bye Frederik hi ! danke für den verweis auf http://wiki.openstreetmap.org/wiki/Osmosis/Detailed_Usage#Data_Manipulation_Tasks gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OL statt Google-Api
Liebe Entwickler, gibt es zu dieser Anfrage ein HowTo? Falls nein: wie könnten wir helfen? - - - - Any hints or help on how to start quickly porting the Google maps Api functionality into OSM would be highly appreciated. What is the best practice to overlay a large number of markers on OSM? - - - - Danke, Markus PS: ich denke, da gibt es einen grossen Bedarf... (und ja, sie werden einen eigenen Server aufsetzen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OL statt Google-Api
Grüß euch gibt es zu dieser Anfrage ein HowTo? Falls nein: wie könnten wir helfen? Wenn es nicht unbedingt OL sein muss, dann gibt es ja noch khtml.maplib. Die Marker API ist weitgehend kompatibel mit Google Maps. Für die Marker hat es ein eigenes Google Summer of Code Projekt gegeben http://wiki.openstreetmap.org/wiki/Improving_khtml.maplib Simple Beispiele gibt z.B. hier: http://maplib.khtml.org/maplib/v0.98.6/examples/infowindow/infowindow.html und http://mt091110.students.fhstp.ac.at/gsoc/v2/khtml.html Hier mit moveable markers: http://mt091110.students.fhstp.ac.at/gsoc/v2/place_marker.html Wiki Page zu den Markern: http://wiki.openstreetmap.org/wiki/Marker_API Wiki Page zu khtml.maplib http://wiki.openstreetmap.org/wiki/Khtml.maplib API DOC: http://maplib.khtml.org/maplib/v0.98.6/doc/api/ Und hier die github page: https://github.com/robotnic/khtml.maplib liebe Grüße Bernhard - - - - Any hints or help on how to start quickly porting the Google maps Api functionality into OSM would be highly appreciated. What is the best practice to overlay a large number of markers on OSM? - - - - Danke, Markus PS: ich denke, da gibt es einen grossen Bedarf... (und ja, sie werden einen eigenen Server aufsetzen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutscher Wiki-Text zu remapping
Diese Seite muss noch auf Deutsch übersetzt werden: https://wiki.openstreetmap.org/wiki/Remapping Ich hab sie gerade mal übersetzt. Vielleicht kann mal jemand drüberschauen, ob das verständlich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Wiki-Text zu remapping
Erstmal vielen Dank für's Übersetzen. Vielleicht kann mal jemand drüberschauen, ob das verständlich ist. Leider konnte ich jetzt noch nicht alles ansehen. Ein paar Kleinigkeiten, die mir aufgefallen sind, habe ich aber gleich verbessert. Bei der Gelegenheit habe ich mal nachgesehen, wie's bei mir in der Gegend so aussieht. Dabei habe ich mehr Rot gesehen, als ich dachte. Grüße, MIchael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Wiki-Text zu remapping
Hallo, On 11/29/11 15:11, Michael Krämer wrote: Bei der Gelegenheit habe ich mal nachgesehen, wie's bei mir in der Gegend so aussieht. Dabei habe ich mehr Rot gesehen, als ich dachte. Wir haben im Moment noch das Problem, dass ein typischer Null-Edit von hasse_osm_korinthenkacker o.ae. als Lizenzproblem angezeigt wird. Daran arbeite ich aber. Mein Ziel ist, dass Edits aufgeteilt werden in wichtige und harmlose. Jeder Edit, der an einem Objekt gar nichts aendert, oder nur Tags loescht, oder die Position eines Nodes um 1m verschiebt, waere in meinen Augen harmlos und wuerde nicht mehr (oder nur noch ganz dezent) markiert. Das bedeutet zwar nicht notwendigerweise, dass so ein Edit den Lizenzwechsel uebersteht - ein um 1m verschobener Node wird vielleicht zurueckgeschoben -, aber selbst wenn das geschieht, entsteht dadurch kein nennenswerter Schaden; solche Edits sind also keine, derentwegen man sich nun sorgen muesste. Ausserdem will ich auch dafuer sorgen, dass es eine Methode gibt, ein Objekt manuell als clean zu markieren. Sonst hat man ja die Situation, dass ein von einem Nichtzustimmer angefasstes Objekt selbst dann noch als problematisch angezeigt wird, wenn man es selbst auf einen frueheren Stand zurueckgesetzt hat. Ich weiss aber noch nicht, wie das am besten sein koennte - vielleicht einfach ein Tag odbl_clean=true? Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Wiki-Text zu remapping
Hallo, Wir haben im Moment noch das Problem, dass ein typischer Null-Edit von hasse_osm_korinthenkacker o.ae. als Lizenzproblem angezeigt wird. Genau einer dieser User hat sich inzwischen auch als Hauptgrund für das Rot hier herausgestellt. Daran arbeite ich aber. Mein Ziel ist, dass Edits aufgeteilt werden in wichtige und harmlose. Wunderbar, das ist von Hand schon eine ziemliche Fleißaufgabe. Grüße, Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Wiki-Text zu remapping
Am 29. November 2011 15:36 schrieb Frederik Ramm frede...@remote.org: Wir haben im Moment noch das Problem, dass ein typischer Null-Edit von hasse_osm_korinthenkacker o.ae. als Lizenzproblem angezeigt wird. Daran arbeite ich aber. Mein Ziel ist, dass Edits aufgeteilt werden in wichtige und harmlose. Jeder Edit, der an einem Objekt gar nichts aendert, oder nur Tags loescht, oder die Position eines Nodes um 1m verschiebt, waere in meinen Augen harmlos und wuerde nicht mehr (oder nur noch ganz dezent) markiert. berücksichtigst Du eigentlich auch Löschungen? Werden mit der Lizenzumstellung die Objekte, die von Zustimmern erstellt und von Nichtzustimmern wieder gelöscht wurden, dann wieder hergestellt? Müsste man doch eigentlich, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM
Hallo! Am 27.11.2011 21:37, schrieb Christian Müller: Hi, Du kannst über den Dialog Filter type:node als Regel benutzen, um Knoten wahlweise zu Das gelingt mir, der Rest nicht. Ist das genauer als in der Hilfe irgendwo dokumentiert? deaktivieren oder (üblicherweise graue Darstellung + nicht mehr klickbare Knoten) ganz auszublenden Wie kann man denn Knoten oder z.B. buildings durch einen Filter ganz deaktivieren? Alternativ kannst Du die größe des Kästchens für einen Knoten über MapCSS festlegen oder in Preferences (F12) das gleiche global tun - in den erweiterten Einstellungen nach mappaint.node suchen - dort kannst Du alle möglichen Größen des Renderers anpassen. lg Christian Am 27.11.2011 21:14, schrieb Wolfgang Wienke: Hallo! Inzwischen sind die Darstellungen in JOSM so detailliert, dass man nach zoom out nur noch Punkte aber keine Routen mehr sieht. Kann man die Punktanzeige irgendwie temporär abschalten? In den Tastaturkürzeln finde ich nichts! -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM
Wie kann man denn Knoten oder z.B. buildings durch einen Filter ganz deaktivieren? Filter building=* anlegen, dabei die beiden Kästchen links ankreuzen, Kästchen rechts nicht ankreuzen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Deutscher Wiki-Text zu remapping
Hallo, On 11/29/2011 05:01 PM, Martin Koppenhoefer wrote: Am 29. November 2011 15:36 schrieb Frederik Rammfrede...@remote.org: Wir haben im Moment noch das Problem, dass ein typischer Null-Edit von hasse_osm_korinthenkacker o.ae. als Lizenzproblem angezeigt wird. Daran arbeite ich aber. Mein Ziel ist, dass Edits aufgeteilt werden in wichtige und harmlose. Jeder Edit, der an einem Objekt gar nichts aendert, oder nur Tags loescht, oder die Position eines Nodes um 1m verschiebt, waere in meinen Augen harmlos und wuerde nicht mehr (oder nur noch ganz dezent) markiert. berücksichtigst Du eigentlich auch Löschungen? Werden mit der Lizenzumstellung die Objekte, die von Zustimmern erstellt und von Nichtzustimmern wieder gelöscht wurden, dann wieder hergestellt? Müsste man doch eigentlich, oder? Der Service auf wtfe.gryph.de gibt Dir derzeit zu jedem angefragten Objekt alle User, die je daran beteiligt waren. Das funktioniert fuer geloeschte wie auch ungeloeschte Objekte. Allerdings werden JOSM und Potlatch den Server immer nur nach den gerade geladenen Objekt-IDs fragen, und die sind natuerlich alle nicht geloescht! Ich rechne nicht damit, dass bei der Lizenzumstellung solche Objekte, die von Ablehnern geloescht wurden, wiederhergestellt werden. Wenn ein Objekt erstmal eine Zeit lang geloescht war, dann gehe ich davon aus, dass es an Nuetzlichkeit verloren hat (weil es natuerlich niemand aktualisiert, verifiziert, korrigiert hat). Das ploetzliche Wiederauftauchen lauter solcher Objekte waere glaube ich eher stoerend. Ob der Nichtzustimmer ein Copyright auf den Loeschvorgang hat und uns daher untersagen kann, ihn in unserer Datenbank abzubilden? Weiss ich nicht, ich wuerd's aber drauf ankommen lassen. 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] Deutscher Wiki-Text zu remapping
Wolfgang Barth wrote: Vielleicht kann mal jemand drüberschauen, ob das verständlich ist. Schaut gut aus. Was mir komplett fehlt ist dieser Link: http://osm.informatik.uni-leipzig.de/map/ Als Merkaartor-Nutzer war das für mich die einzige Möglichkeit, mir einen Überblick zu verschaffen. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [bulk]: Re: Deutscher Wiki-Text zu remapping
Am 29.11.2011 21:05, schrieb Manuel Reimer: Schaut gut aus. Was mir komplett fehlt ist dieser Link: http://osm.informatik.uni-leipzig.de/map/ Als Merkaartor-Nutzer war das für mich die einzige Möglichkeit, mir einen Überblick zu verschaffen. Guter Hinweis, habs reingeschrieben. Es gibt grün und blau, die erklärt sind. Was bedeuten die türkis eingefärbten Wege? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Welche Zusatztags für welche Wege?
Moin, es gibt in OSM eine große Zahl von Tags zur genaueren Beschreibung von Straßen und Wegen (bridge, tunnel, layer, oneway, lanes, surface, width, smoothness, lit, sidewalk, maxspeed, zone:traffic, source:maxspeed, mehrere Dutzend access-Tags, etc.). Dass Brücken, Tunnel und explizit beschilderte Verbote erfasst werden, ist vermutlich allgemeiner Konsens. Darüber hinaus findet man in der Datenbank alles von Minimaleinträgen bis zu langen Taglisten, bei denen offenbar der Mapper alle Felder des JOSM-Dialogs ausgefüllt hat (bicycle=yes, bridge=no, foot=yes, ..., snowmobile=no, tunnel=no). Überflüssige Tags sind für andere Mapper lästig und machen jede Auswertung langsamer, fehlende Tags verschlechtern unsere Datenqualität und müssen später mit deutlich mehr Aufwand nachgetragen werden. Gibt es einen ausgearbeiteten Vorschlag, welche Tags für welche Straßen- und Wegekategorie gesetzt werden sollten bzw. welche Tags schon irgendwo sinnvoll ausgewertet werden? Wo soll man einen default-Wert explizit setzen? Für normale Straßen und Wege erscheinen mir folgende Tags nützlich: maxspeed: für alle Straßen lanes:für alle Straßen ab primary, sonst wenn 2 (1 bei oneway) surface: für alle Wege und für nicht asphaltierte Straßen lit: für beleuchtete Wege sidewalk: für innerstädtische Hauptstraßen? Was habe ich vergessen? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openstreetview.org
EN I would like to put http://openstreetview.org in the spot lights a bit. It's a place where all your geotagged mapping photos are welcome. They may be able to help others, while they try to get more information or context from them, or as 'proof' to backup what we add to the OSM DB. http://wiki.openstreetmap.org/wiki/OpenStreetView It would be really great if support for uploading photos towards it and fetching photos from it would become supported directly in JOSM and Potlatch2. In JOSM it's already possible to use the Photo_Geotagging plugin to geotag your pictures after aligning them on your GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging The ability to send them to openstreetview.org seems like the next logical step. Now you still need to open an FTP client, select the photos you want to upload from your file system and send them over. For viewing which photos are available for an area the only recourse is the openstreetview.org web site. It would be so much better if this were integrated in JOSM, just like the downloading of other people's GPX tracks is. DE Ich möchte gern mal http://openstreetview.org ein bisschen Publizität geben. Jeder kann dort seine Bilder, am liebsten mit geotag vorgesehen, hochladen. Diese Bilder könnten vielleicht für andere Mappers hilfreich sein beim suchen für sehr spezifische Daten, oder sie können einfach als Beweis dienen für was wir im OSM DB speichern. http://wiki.openstreetmap.org/wiki/OpenStreetView Es wäre wirklich toll wenn auch Unterstutzung fürs hochladen und runterholen von Bilder für JOSM und Potlatch2 programmiert würde. Mit JOSM ist es jetzt schon möglich den Photo_Geotagging plugin zu benutzen um Bilder zu geotaggen nachdem sie aligniert wurden auf einem GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging Die Möglichkeit Bilder hoch zu laden kommt mir als der nächste logischer Schritt vor. Jetzt ist es immer noch notwendig einen FTP-programm zu benutzen um die von das Dateisystem hoch zu laden. Um die Bilder dann an zu schauen wo sie genommen wurden, ist die einzige Möglichkeit der openstreetview.org web site zu benutzen. Es wäre soviel praktischer wenn dies integriert wurde im JOSM, genau so wie es jetzt schon möglich ist GPX tracks von andere Leute zu bekommen. NL Ik zou even http://openstreetview.org onder de aandacht willen brengen. Hier zijn al uw (geogerefereerde) foto's die bij het mappen werden genomen, welkom zijn. Deze kunnen anderen nog van dienst zijn, omdat ze er wellicht nog zaken op terugvinden die zij belangrijk vinden om op de kaart te zetten, om een idee te krijgen van de omgeving, of om als bewijsmateriaal te dienen voor de data die eruit bekomen werd om in de OSM-databank te worden opgenomen http://wiki.openstreetmap.org/wiki/OpenStreetView Het zou geweldig zijn als er ondersteuning zou komen om foto's rechstreeks vanuit JOSM of Potlatch te kunnen doorsturen naar de server, of om foto's direct te kunnen afhalen en toe te gaan voegen aan een fotolaag. In JOSM is het nu al mogelijk om van de Photo_Geotagging plugin gebruik te maken om uw foto's te geotaggen, nadat ze werden gealigneerd op uw GPX-kruimelspoor. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging De mogelijkheid om ze dan meteen door te sturen naar openstreetview.orglijkt mij de volgende logische stap. Nu is het nodig om dan een FTP-sessie op te starten, de betreffende foto's te selecteren in het bestandssysteem en ze zo door te sturen Om alle foto's die beschikbaar zijn voor een bepaald gebied te kunnen bekijken, moet er nu naar de website van openstreetview.org te gaan Het zou zoveel handiger zijn als dit geÏntegreerd zou zijn in JOSM, net zoals het afhalen van GPX-sporen van andere mappers dat is. FR J'aimerais diriger votre attention vers le projet http://openstreetview.org. C'est le site où toutes vos photos prises pendant vos randonnées mapping sont les bienvenues. Ces photos peuvent encore être utiles pour d'autres mappeurs, pour en distiller des choses qui sont importantes pour eux, pour avoir une idée de l'environnement, ou pour servir comme preuve des données qui en ont été reprises et ajoutées à la BDD de OSM. http://wiki.openstreetmap.org/wiki/OpenStreetView Il serait merveilleux s'il y avait le support intégré en JOSM ou Potlatch2 pour faciliter l'envoi des photos vers le serveur, ou pour télécharger des photos et les avoir disponibles dans une couche d'images, comme si elles étaient des photos prises par soi-même. Avec JOSM il est déjà possible d'utiliser le plugin Photo_Geotagging plugin, pour géoréférencer vos photos, après de les aligner avec votre trace GPX. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging La possibilité de les envoyer directement vers le serveur de openstreetview.org me semble le prochain pas logique. A présent il est nécessaire de lancer une session FTP-sessie, de sélectionner les photos avant de pouvoir les envoyer. Pour
Re: [Talk-de] [bulk]: Re: Deutscher Wiki-Text zu remapping
Am 30.11.2011 00:52, schrieb Wolfgang Barth: Am 29.11.2011 21:05, schrieb Manuel Reimer: Schaut gut aus. Was mir komplett fehlt ist dieser Link: http://osm.informatik.uni-leipzig.de/map/ Als Merkaartor-Nutzer war das für mich die einzige Möglichkeit, mir einen Überblick zu verschaffen. Guter Hinweis, habs reingeschrieben. Es gibt grün und blau, die erklärt sind. Was bedeuten die türkis eingefärbten Wege? Steht direkt unter der Karte - mal scrollen... Aber bei mir kriege ich keine Tiles: http://osm.informatik.uni-leipzig.de/map/?zoom=14lat=50.47404lon=11.16012layers=B0T Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: Ma, e le gallerie autostradali ?
Temo che linserimento dei viadotti sia un problema, perché nelle foto da satellite non si vede molto bene in che punto lautostrada comincia ad essere sospesa in aria, né mi sembra il caso di fermarsi in corsia demergenza per prendere il wp. Nessun problema invece per le gallerie perché il loro ingresso è facilmente riconoscibile. -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: lunedì 28 novembre 2011 15.38 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Ma, e le gallerie autostradali ? 2011/11/28 Alech OSM mailto:alech.hos...@gmail.com alech.hos...@gmail.com: Ma i percorsi delle autostrade sono stati importati grazie a qualche dato fornito da un ente ? credo di no. Le autostrade si inseriscono abbastanza presto, pensa anche ai stranieri che vanno in vacanza, ecc. E senza inserire però gallerie e viadotti , lasciando queste aggiunte alla buona volontà dei mappatori ? si, mancanno tanti, anche ponti. Inseriscili se trovi dati mancanti. ciao, Martin ___ Talk-it mailing list mailto:Talk-it@openstreetmap.org Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scriptino Greasemonkey
-Original Message- From: Domenico [mailto:dokitaba...@alice.it] Sent: martedì 29 novembre 2011 08:04 To: talk-it@openstreetmap.org Subject: Re: [Talk-it] Scriptino Greasemonkey Grazie mille adesso mi funziona! Spero non sia troppo impegnativo stare dietro alle continue release di Firefox, non so gli altri ma io ci tengo molto a questa funzione. Mi associo ai ringraziamenti, la trovo così utile da chiedermi come mai il sito principale non incorpori questa funzione. Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scriptino Greasemonkey
2011/11/29 Alberto Nogaro bartosom...@yahoo.it: Mi associo ai ringraziamenti, la trovo così utile da chiedermi come mai il sito principale non incorpori questa funzione. +1. Non si capisce perchè non visualizzano le coordinate. Invece Edit con Josm `e stato implementato mesi fa (sotto edit, devi rimanere un attimo col mouse sopra il bottone). Un alternativa potrebbe essere anche la mappa di Frederik: http://tools.geofabrik.de/map/?type=Geofabriklon=12.47337lat=41.89869zoom=17 (usa i propri tiles, con la più a destra in basso fa vedere il bounding box attuale). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: Ma, e le gallerie autostradali ?
2011/11/29 Alech OSM alech.hos...@gmail.com: Temo che l’inserimento dei viadotti sia un problema, perché nelle foto da satellite non si vede molto bene in che punto l’autostrada comincia ad essere sospesa in aria, né mi sembra il caso di fermarsi in corsia d’emergenza per prendere il wp. Con un po di esercizio si può riconnoscere nella maggiorparte dei casi. Consiglio di usare anche fonti diversi (alle volte si vede meglio su un ortofoto (PCN2006/2008/Bing/Yahoo), altre volte su un altro). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Scriptino Greasemonkey
Il 29/11/2011 9.58, Martin Koppenhoefer ha scritto: 2011/11/29 Alberto Nogarobartosom...@yahoo.it: Mi associo ai ringraziamenti, la trovo così utile da chiedermi come mai il sito principale non incorpori questa funzione. +1. Non si capisce perchè non visualizzano le coordinate. Invece Edit con Josm `e stato implementato mesi fa (sotto edit, devi rimanere un attimo col mouse sopra il bottone). Un alternativa potrebbe essere anche la mappa di Frederik: http://tools.geofabrik.de/map/?type=Geofabriklon=12.47337lat=41.89869zoom=17 (usa i propri tiles, con la più a destra in basso fa vedere il bounding box attuale). ciao, Martin Grazie non mi ero accorto dell'opzione modifica con controllo remoto! Preferisco la funzione di Matteo ma se dovesse venire meno meglio che niente :-) Ciao trimoto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] slippymap con tracce gpx su un sito web
2011/11/28 Gianmario Mengozzi gianmario.mengo...@gmail.com: possibile che non esista uno script di openlayers che mi permetta di linkare a un .gpx su altre macchine? come hanno cercato di spiegarti sopra: non è possibile per motivi di sicurezza (cross site scripting). http://it.wikipedia.org/wiki/Cross-site_scripting ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] slippymap con tracce gpx su un sito web
Il 29 novembre 2011 11:09, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2011/11/28 Gianmario Mengozzi gianmario.mengo...@gmail.com: possibile che non esista uno script di openlayers che mi permetta di linkare a un .gpx su altre macchine? scusa, ma tu vuoi visualizzare su una mappa OL un file gpx che è su un altra macchina? Questo file GPX è visibile online? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
2011/11/28 Paolo Monegato gato.selvad...@gmail.com: [1] http://wiki.openstreetmap.org/wiki/Veneto/Convenzioni_CTRN Grazie Paolo, per il link. Credo che in parte la lista sia migliorabile. Alcuni commenti: * LIVCOD=0102 Edificio industriale fabbric Area building=industrial man_made=works - non sono sicuro se ogni edificio industriale dovrebbe ottenere il tag man_made=works (io lo userei per una intera fabbrica) * LIVCOD=0104 Tettoia-pensilina fabbric Area building=roof - aggiungerei un layer=1 * LIVCOD=0105A Tabernacolo fabbric Area historic=wayside_shrine - il dataset contiene anche tabernacoli interni? Quelli non mettrei con questo tag. * LIVCOD=0107 Edificio in costruzionefabbric Areabuilding=yes access=* - non mi sembra un caso per access * LIVCOD=0108 Rudere – edificio semidiroccato – rovine – diruti fabbric Area building=collapsed - mi sembra tagging for the renderer (per un import secondome non accettabile, mentre per Haiti lo era (forse) perchè il caso era urgente). Userei ruins=yes per le rovine (poi bisogna vedere di cosa è la rovina) * LIVCOD=0111 Impianti sportivi (edificio) fabbr_l Area building=yes fixme= Dato importato CTR Veneto. Integrare o sostituire con sport=* e/o leisure=* ; cambiarei building=yes con building=sport (o qc di simile) * LIVCOD=0113 Gradinata fabbric Area building=yes fixme=Dato importato CTR Veneto. Gradinata - è un fabbricato? highway=steps, stepcount=10 ? * LIVCOD=0115 Torre industriale – Ciminiera fabbric Area building=yes man_made=tower -- man_made=chimney building=chimney * LIVCOD=0115P Torre industriale – Ciminiera Nodo building=yes - dito * LIVCOD=0116 Monumento sim_fabbNodo historic=monument fixme= Dato importato CTR Veneto. Controllare se historic=memorial - secondome non è accetabile di inserire delle cose che non sono certe e poi chiedere i mappatori di controllare e correggere: questo lavoro deve essere fatto prima di importare * LIVCOD=0116A Monumento -- dito * LIVCOD=0117 Silos fabbric Area building=yes man_made=storage_tank ; building=silo - un silo non è un serbatoio, vedi anche pagina talk di storage_tank. Userei man_made=silo (oppure man_made=storage_container insieme a content, ma non è usato) http://wiki.openstreetmap.org/wiki/Proposed_features/Silo * LIVCOD=0117A Silos dito * LIVCOD=0118 Tendone pressurizzato fabbric Area building=yes - building=pneumatic ? Oppure building:structure=pneumatic ? * LIVCOD=0120 Stazione-fermata ferroviaria (edificio)fabbric Area building=yes railway=station -- building=station / train_station * LIVCOD=0120B Deposito ferroviario (edificio) fabbric Area building=yes fixme= Dato importato CTR Veneto. Deposito ferroviario - building=depot / train_depot ... in generale non ci dovrebbe essere un building=yes secondome, al meno per i casi dove hai un dato più specifico si dovrebbe mantenere quella informazione - preferibilmente non (solo) in un tag note o fixme. Ho visto che intendete anche importare le strade. Come viene fatto l'import in pratica? Avete intenzione di cancellare prima l'esistente o si verificherà oggetto per oggetto come comportarsi? ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer dati di trasporto su OSM
2011/11/28 Maurizio maurizio.dani...@gmail.com: Il giorno 28 novembre 2011 16:24, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: L'univocità serve solo per ragioni tecniche di GTT e comunque i ref sono di max 4 cifre per le fermate urbane. Non ho mai nemmeno sentito qualcuno dire scendo alla fermata Arcivescovado, ma piuttosto scendo all'altezza di via Arcivescovado quello va bene --- se connosci la città. Tu, che abiti lì, puoi dire, scendo all'altezza di via Arcivescovado, ma se hai un ospite a chi vuoi dire dove scendere dal autobus, di solito userai il nome di una fermata. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
Il giorno 29 novembre 2011 11:47, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: Grazie Paolo, per il link. Credo che in parte la lista sia migliorabile. Alcuni commenti: [cut] in generale non ci dovrebbe essere un building=yes secondo me, al meno per i casi dove hai un dato più specifico si dovrebbe mantenere quella informazione - preferibilmente non (solo) in un tag note o fixme. Ho visto che intendete anche importare le strade. Come viene fatto l'import in pratica? Avete intenzione di cancellare prima l'esistente o si verificherà oggetto per oggetto come comportarsi? ciao, Martin Grazie per il tuo contributo. In realtà la lista che ti ho passato è un po' diversa dal file delle regole [1]. Comunque lascio rispondere nel merito a chi ha creato quella lista e scritto il file delle regole. Dico solo che la tua osservazione sul limitare i building=yes la trovo corretta. Dobbiamo tener presente però che le CTR non sono aggiornatissime ed è meglio un building=yes che un valore antiquato (un esempio pratico: a Treviso va sistemata l'università che per la CTR era ancora un ospedale). Casomai si fa sempre in tempo a modificare dopo (magari con un bel sopralluogo). Per quanto riguarda le strade: in alcuni elementi è presente il file astevia.shp (personalmente l'ho trovato solo in rarissimi casi) che contiene il grafo stradale. Per ora non abbiamo previsto una sua importazione all'interno di questa iniziativa*, però se si scegliesse di importarlo andrebbe sicuramente verificato oggetto per oggetto (dato che è anche vecchio). Intanto abbiamo iniziato a mettere qui [2] qualche dato sull'evento... Ciao Paolo * Ricordo che l'iniziativa riguarda solo i centri con più di 25-30 mila abitanti. Le altre zone restano a discrezione del mapper locale (che carica quel che vuole e quando vuole): non è quindi escluso che in questo momento qualche mapper stia importando il grafo stradale per il suo paesino. Mi sembra però che finora nessuno abbia caricato le strade (eccetto forse a Vicenza e Schio ma li vengono dallo stradario comunale in seguito alla liberazione dei dati). [1] http://wiki.openstreetmap.org/wiki/Veneto/File_delle_Regole_SHP-to-OSM [2] http://wiki.openstreetmap.org/wiki/Veneto/Comunità/Osmveneto_Import_Day ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
In data martedì 29 novembre 2011 11:47:01, Martin Koppenhoefer ha scritto: Grazie Paolo, per il link. Credo che in parte la lista sia migliorabile. Alcuni commenti: . in generale non ci dovrebbe essere un building=yes secondome, al meno per i casi dove hai un dato più specifico si dovrebbe mantenere quella informazione - preferibilmente non (solo) in un tag note o fixme. Grazie Martin. Alcune tue osservazioni diventeranno certamente parte integrante delle convenzioni. Per altre penso dovremo discuterne a livello regionale. Ho visto che intendete anche importare le strade. Come viene fatto l'import in pratica? Avete intenzione di cancellare prima l'esistente o si verificherà oggetto per oggetto come comportarsi? Non è programmato alcun import stradale e le relative convenzioni le inserii a suo tempo più che altro per completezza: lo stradario veneto pur essendo lungi dall'essere completo fa si che sia sconveniente procedere su questa strada almeno su grande scala. E su piccola scala probabilmente si fa comunque prima a crearle ex-novo evitando il tedio del riallineamento. Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: Layer dati di trasporto su OSM
Credo che non possa essere sempre così Ovvero che sia possibile solo sugli autobus più moderni dove un pannello luminoso oppure una voce indica il nome della fermata successiva, e per di più solo se le fermate hanno un nome utile . Cioè sui lunghi viali dove il bus ferma 3 o 4 volte è meglio che le fermate siano indicate con il nome della traversa più vicina, mentre il numero genera confusione. Se a bordo non viene comunicato in qualche modo il nome della fermata, proprio quellospite straniero avrà problemi perché lunica alternativa è leggerlo sul cartello . Ciao, Ale -Messaggio originale- Da: Martin Koppenhoefer [mailto:dieterdre...@gmail.com] Inviato: martedì 29 novembre 2011 12.32 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] Layer dati di trasporto su OSM 2011/11/28 Maurizio mailto:maurizio.dani...@gmail.com maurizio.dani...@gmail.com: Il giorno 28 novembre 2011 16:24, Martin Koppenhoefer mailto:dieterdre...@gmail.com dieterdre...@gmail.com ha scritto: L'univocità serve solo per ragioni tecniche di GTT e comunque i ref sono di max 4 cifre per le fermate urbane. Non ho mai nemmeno sentito qualcuno dire scendo alla fermata Arcivescovado, ma piuttosto scendo all'altezza di via Arcivescovado quello va bene --- se connosci la città. Tu, che abiti lì, puoi dire, scendo all'altezza di via Arcivescovado, ma se hai un ospite a chi vuoi dire dove scendere dal autobus, di solito userai il nome di una fermata. ciao, Martin ___ Talk-it mailing list mailto:Talk-it@openstreetmap.org Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer dati di trasporto su OSM
Il giorno 29 novembre 2011 12:32, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: quello va bene --- se connosci la città. Tu, che abiti lì, puoi dire, scendo all'altezza di via Arcivescovado, ma se hai un ospite a chi vuoi dire dove scendere dal autobus, di solito userai il nome di una fermata. Se hai un ospite straniero, gli fai prendere il bus, e non vai neanche ad aspettarlo alla fermata, sei un pessimo ospite :-) ciao, Martin Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer dati di trasporto su OSM
2011/11/29 Simone Saviolo simone.savi...@gmail.com: Il giorno 29 novembre 2011 12:32, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: quello va bene --- se connosci la città. Tu, che abiti lì, puoi dire, scendo all'altezza di via Arcivescovado, ma se hai un ospite a chi vuoi dire dove scendere dal autobus, di solito userai il nome di una fermata. Se hai un ospite straniero, gli fai prendere il bus, e non vai neanche ad aspettarlo alla fermata, sei un pessimo ospite :-) mica ci sono solo i stranieri che non connoscono la città di Torino. Concordo che le usanze culturali sono diverse (a Berlino non è così fuori luogo aspettarsi che l'ospite trova da solo la casa dove vuole andare). Un sistema che richiede la connoscenza della città per usare il trasporto pubblico non va bene, rimango di questo parere. Avere sulla stessa linea più fermate con lo stesso nome, distinguibili solo tramite un ulteriore codice è un errore di disegno. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Layer dati di trasporto su OSM
2011/11/29 Martin Koppenhoefer dieterdre...@gmail.com: il trasporto pubblico non va bene, rimango di questo parere. Avere sulla stessa linea più fermate con lo stesso nome, distinguibili solo tramite un ulteriore codice è un errore di disegno. A Milano ci sono tantissime fermate che hanno il nome composto dalla via in cui passa il mezzo pubblico e da quella della traversa più vicina alla fermata. Per esempio la linea 14 in Via Torino ha due fermate: Torino-Palla e Torino-S. Maria Valle Non è questione di abitudini: è questione di come l'azienda locale del trasporti ha deciso di chiamare le fermate. PS: ad un ospite straniero tu dici scendi a Torino-Palla proprio perché (1) sulla palina c'è scritto Torino-Palla e (2) la voce sul tram dice Torino Palla. :-) -- Cià Cristiano / Sky One Home: http://www.skyone.it (itinerari in moto e non solo) Pensieri: http://blog.skyone.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
2011/11/29 Milani Alessio klava...@gmail.com: Non è programmato alcun import stradale e le relative convenzioni le inserii a suo tempo più che altro per completezza: lo stradario veneto pur essendo lungi dall'essere completo fa si che sia sconveniente procedere su questa strada almeno su grande scala. E su piccola scala probabilmente si fa comunque prima a crearle ex-novo evitando il tedio del riallineamento. -1 per la creazione ex-novo, anche se sembra meno impegnativo. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
2011/11/29 Paolo Monegato gato.selvad...@gmail.com: Grazie per il tuo contributo. In realtà la lista che ti ho passato è un po' diversa dal file delle regole [1]. lascio a voi di fare queste verifiche Dobbiamo tener presente però che le CTR non sono aggiornatissime ed è meglio un building=yes che un valore antiquato (un esempio pratico: a Treviso va sistemata l'università che per la CTR era ancora un ospedale). se avete dubbi sul'accuratezza dei dati non importerei proprio. Ho visto l'anno 1976 da qualche parte. E' questo lo stato di questi dati? Casomai si fa sempre in tempo a modificare dopo (magari con un bel sopralluogo). -1, fate prima il sopraluogo, poi importate le cose verificate. Secondome offrire dei file osm (piccoli) da facilizzare l'importazione controllando ogni oggetto che si importa va bene (pezzi piccoli per poter distribuirli, per esempio tramite il wiki). Se invece si caricanno quantità di dati che non sono più gestibili a mano non va bene. Meglio uno mappa incompleta che una mappa falsa. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
In data martedì 29 novembre 2011 17:19:12, Martin Koppenhoefer ha scritto: -1 per la creazione ex-novo, anche se sembra meno impegnativo. ciao, Martin Dal momento che a tutt'oggi mi trovo ancora a correggere strade del CTRN importate tempo fa da un altro utente ti assicuro che è così. La nostra realtà regionale la conosciamo bene. ;-) Ciao Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
2011/11/29 Milani Alessio klava...@gmail.com: In data martedì 29 novembre 2011 17:19:12, Martin Koppenhoefer ha scritto: -1 per la creazione ex-novo, anche se sembra meno impegnativo. Dal momento che a tutt'oggi mi trovo ancora a correggere strade del CTRN importate tempo fa da un altro utente ti assicuro che è così. La nostra realtà regionale la conosciamo bene. ;-) appunto, volete continuare così? Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
Il 29/11/2011 17:26, Martin Koppenhoefer ha scritto: se avete dubbi sul'accuratezza dei dati non importerei proprio. Ho visto l'anno 1976 da qualche parte. E' questo lo stato di questi dati? No, sono più recenti. Dipende dalla zona. Certi pezzi in laguna di Venezia risalgono al 1987 per esempio. Mentre in altre città risalgono a meno di 10 anni fa. Qui [1] puoi farti un idea sulle date degli elementi coinvolti. Comunque, almeno per i fabbricati, basta dare un'occhiata con le ortofoto (che in verità non sono recentissime nemmeno loro) e ciò che è stato abbattuto lo si elimina. ciao Paolo PS: il file delle regole è leggermente diverso dalle convenzioni perché è stato aggiornato mentre la paginetta sulle convenzioni no [1] http://wiki.openstreetmap.org/wiki/Veneto/Import ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
2011/11/29 Paolo Monegato gato.selvad...@gmail.com: Il 29/11/2011 17:26, Martin Koppenhoefer ha scritto: se avete dubbi sul'accuratezza dei dati non importerei proprio. Ho visto l'anno 1976 da qualche parte. E' questo lo stato di questi dati? No, sono più recenti. Dipende dalla zona. Certi pezzi in laguna di Venezia risalgono al 1987 per esempio. Mentre in altre città risalgono a meno di 10 anni fa. Qui [1] puoi farti un idea sulle date degli elementi coinvolti. Comunque, almeno per i fabbricati, basta dare un'occhiata con le ortofoto (che in verità non sono recentissime nemmeno loro) e ciò che è stato abbattuto lo si elimina. [1] http://wiki.openstreetmap.org/wiki/Veneto/Import scusate se mi ho intramesso, in realtà se voi della communità locale siete convinti che fate bene a prendere questi dati (e convinti che avete voglia di sistemarli dopo), vi auguro un buon lavoro! ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
Il 29/11/2011 19:23, Martin Koppenhoefer ha scritto: scusate se mi ho intramesso, in realtà se voi della communità locale siete convinti che fate bene a prendere questi dati (e convinti che avete voglia di sistemarli dopo), vi auguro un buon lavoro! ciao, Martin Beh, almeno per rilevare i POI con walking papers sono comunque utilissimi (un paio di settimane fa son passato nella stessa giornata a Padova e a Vicenza con un paio di walking paper... per la città del santo avevo gli edifici, per quella di Palladio no ed è tutta un'altra cosa). :-) Molto probabilmente nei prossimi giorni contatteremo mapper residenti nelle varie zone (magari mapper che non partecipano alla comunità o mapper che si sono iscritti a OSM ma non hanno ancora iniziato) per invitarli a sistemare il loro quartiere. So già, per esempio, che a Vicenza qualcuno si è messo a sistemare il suo quartiere. La finalità dell'iniziativa infatti non è soltanto quella di caricare i dati (quello, vista l'autorizzazione, si poteva fare anche prima e ognuno per conto proprio) ma c'è anche un aspetto comunitario: - collaborazione tra mapper - aumento del numero degli iscritti in mailing list regionale e di chi collabora al wiki - incentivare i mapper che non hanno mai contribuito ad iniziare a contribuire - mapping party (con la scusa che dobbiamo controllare quanto caricato) - etc ciao Paolo M ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
Il 29 novembre 2011 17:26, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: se avete dubbi sul'accuratezza dei dati non importerei proprio. Ho visto l'anno 1976 da qualche parte. E' questo lo stato di questi dati? vi prego di non importare i dati se realmente le cose stanno così -1, fate prima il sopraluogo, poi importate le cose verificate. +1 Io avevo incominciato a sviluppare un servizio web per fare import controllati...secondo me è arrivata l'ora di finirlo e utilizzarlo! Visto che le cose da fare stanno diventando per me veramente troppe, se qualcuno vuol dare una mano è il benvenuto. La piattaforma è sviluppata in: CLIENT: - OpenLayers - GeoExt SERVER: - WPS in Python (a questo ci penso in tutto e per tutto io) che ne pensate? avete voglia di aspettare un paio di settimane e fare da tester? ciao, Martin -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Primo Import day della comunità veneta di OSM
In data martedì 29 novembre 2011 18:53:42, Martin Koppenhoefer ha scritto: 2011/11/29 Milani Alessio klava...@gmail.com: In data martedì 29 novembre 2011 17:19:12, Martin Koppenhoefer ha scritto: -1 per la creazione ex-novo, anche se sembra meno impegnativo. Dal momento che a tutt'oggi mi trovo ancora a correggere strade del CTRN importate tempo fa da un altro utente ti assicuro che è così. La nostra realtà regionale la conosciamo bene. ;-) appunto, volete continuare così? Martin Credo si sia creato un equivoco considerando che c'è persino chi incolpevolmente crede stiamo importando dati risalenti al 1976 Ma a questo punto preferisco lasciare ad altri il compito di chiarire la situazione. Per quel che mi riguarda mi pare evidente ci sia un problema di comunicazione. Alessio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] openstreetview.org
EN I would like to put http://openstreetview.org in the spot lights a bit. It's a place where all your geotagged mapping photos are welcome. They may be able to help others, while they try to get more information or context from them, or as 'proof' to backup what we add to the OSM DB. http://wiki.openstreetmap.org/wiki/OpenStreetView It would be really great if support for uploading photos towards it and fetching photos from it would become supported directly in JOSM and Potlatch2. In JOSM it's already possible to use the Photo_Geotagging plugin to geotag your pictures after aligning them on your GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging The ability to send them to openstreetview.org seems like the next logical step. Now you still need to open an FTP client, select the photos you want to upload from your file system and send them over. For viewing which photos are available for an area the only recourse is the openstreetview.org web site. It would be so much better if this were integrated in JOSM, just like the downloading of other people's GPX tracks is. DE Ich möchte gern mal http://openstreetview.org ein bisschen Publizität geben. Jeder kann dort seine Bilder, am liebsten mit geotag vorgesehen, hochladen. Diese Bilder könnten vielleicht für andere Mappers hilfreich sein beim suchen für sehr spezifische Daten, oder sie können einfach als Beweis dienen für was wir im OSM DB speichern. http://wiki.openstreetmap.org/wiki/OpenStreetView Es wäre wirklich toll wenn auch Unterstutzung fürs hochladen und runterholen von Bilder für JOSM und Potlatch2 programmiert würde. Mit JOSM ist es jetzt schon möglich den Photo_Geotagging plugin zu benutzen um Bilder zu geotaggen nachdem sie aligniert wurden auf einem GPX-track. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging Die Möglichkeit Bilder hoch zu laden kommt mir als der nächste logischer Schritt vor. Jetzt ist es immer noch notwendig einen FTP-programm zu benutzen um die von das Dateisystem hoch zu laden. Um die Bilder dann an zu schauen wo sie genommen wurden, ist die einzige Möglichkeit der openstreetview.org web site zu benutzen. Es wäre soviel praktischer wenn dies integriert wurde im JOSM, genau so wie es jetzt schon möglich ist GPX tracks von andere Leute zu bekommen. NL Ik zou even http://openstreetview.org onder de aandacht willen brengen. Hier zijn al uw (geogerefereerde) foto's die bij het mappen werden genomen, welkom zijn. Deze kunnen anderen nog van dienst zijn, omdat ze er wellicht nog zaken op terugvinden die zij belangrijk vinden om op de kaart te zetten, om een idee te krijgen van de omgeving, of om als bewijsmateriaal te dienen voor de data die eruit bekomen werd om in de OSM-databank te worden opgenomen http://wiki.openstreetmap.org/wiki/OpenStreetView Het zou geweldig zijn als er ondersteuning zou komen om foto's rechstreeks vanuit JOSM of Potlatch te kunnen doorsturen naar de server, of om foto's direct te kunnen afhalen en toe te gaan voegen aan een fotolaag. In JOSM is het nu al mogelijk om van de Photo_Geotagging plugin gebruik te maken om uw foto's te geotaggen, nadat ze werden gealigneerd op uw GPX-kruimelspoor. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging De mogelijkheid om ze dan meteen door te sturen naar openstreetview.org lijkt mij de volgende logische stap. Nu is het nodig om dan een FTP-sessie op te starten, de betreffende foto's te selecteren in het bestandssysteem en ze zo door te sturen Om alle foto's die beschikbaar zijn voor een bepaald gebied te kunnen bekijken, moet er nu naar de website van openstreetview.org te gaan Het zou zoveel handiger zijn als dit geÏntegreerd zou zijn in JOSM, net zoals het afhalen van GPX-sporen van andere mappers dat is. FR J'aimerais diriger votre attention vers le projet http://openstreetview.org. C'est le site où toutes vos photos prises pendant vos randonnées mapping sont les bienvenues. Ces photos peuvent encore être utiles pour d'autres mappeurs, pour en distiller des choses qui sont importantes pour eux, pour avoir une idée de l'environnement, ou pour servir comme preuve des données qui en ont été reprises et ajoutées à la BDD de OSM. http://wiki.openstreetmap.org/wiki/OpenStreetView Il serait merveilleux s'il y avait le support intégré en JOSM ou Potlatch2 pour faciliter l'envoi des photos vers le serveur, ou pour télécharger des photos et les avoir disponibles dans une couche d'images, comme si elles étaient des photos prises par soi-même. Avec JOSM il est déjà possible d'utiliser le plugin Photo_Geotagging plugin, pour géoréférencer vos photos, après de les aligner avec votre trace GPX. http://wiki.openstreetmap.org/wiki/JOSM/Plugins/Photo_Geotagging La possibilité de les envoyer directement vers le serveur de openstreetview.org me semble le prochain pas logique. A présent il est nécessaire de lancer une session FTP-sessie, de sélectionner les photos avant de pouvoir les envoyer. Pour
Re: [Talk-at] derstandard.at verwendet OSM-Karte ohne Lizenztext
On 29.11.2011 11:01, Flaimo wrote: Betrifft folgenden Artikel: http://derstandard.at/1319183823186/Ich-frage-mich--Was-ist-das-Geheimnis-der-MA-35 Ich sehe hier zwar einen Kartenausschnitt von OSM, jedoch keinem Lizenztext. derstandard.at hat auch auf meine Mail mit Bitte um Nachbesserung nicht reagiert. Laut Hinweis am Ende des Textes ist dieser auch in der Printausgabe erschienen. Wäre interessant zu erfahren ob dort die Grafik ohne Lizenzhinweis auch abgedruckt wurde. Also wenn man mit der Maus drüber fährt, dann erfährt man Foto: wien.at. I glaub die haben da sowieso irgendwas komplett verhaut bei dem Foto (wohl eher Screenshot/Bildschirmfoto). Norbert PS: Im übrigen halt ich den Kartenausschnitt für ziemlich sinnlos, denn ohne die Information im Artikel, dass der Ausschnitt die Dresdner Straße zeigen soll, hätt ich nichtmal visuell vergleichen können, wo denn dei MA35 jetzt liegt. ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] XMas Map
Hi! Wie ihr vielleicht wisst, kann man in der OSM auch Weihnachtsmärkte und Christbäume taggen: http://wiki.openstreetmap.org/wiki/Key:xmas:feature In Wien sind auch einige Weihnachtsmärkte eingetragen, zumindest in Graz und Linz hab ich allerdings keine gefunden. Um die eingetragenen Features zu sehen, hab ich im OpenStreetBrowser eine Kategorie angelegt: http://www.openstreetbrowser.org/#?categories=xmas Freu mich darauf, dass die Karte hoffentlich bald vollständiger wird :) gruesse, Stephan -- Seid unbequem, seid Sand, nicht Öl im Getriebe der Welt! - Günther Eich ,-. | Stephan Plepelits, | | Technische Universität Wien -Studien Informatik Raumplanung | | Projects: | | openstreetbrowser.org couchsurfing.org tubasis.at bl.mud.at | | Contact:| | Mail: sk...@xover.mud.at Blog: plepe.at | | Twitter: twitter.com/plepe Jabber: sk...@jabber.at | `-' signature.asc Description: Digital signature ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-pt] MS OSM Querys
Olá, o que queres dizer quando afirmas que o Postgres não iria vingar pela magnitude do Nominatim? Achas que a base de dados é grande demais para o Postgres? Essa ideia vem de experiência de tentar correr o dito nos Postgres, ou de alguma fonte escrita comparativa? Não sendo programador de BD tinha a ideia de que o Postgres terá a capacidade para lidar com qualquer tamanho de bases de dados que o MS Sql consiga?! Ou tenho a ideia errada? Alguém aqui com mais experiência prática pode esclarecer isto? Victor 2011/11/28 Diogo Silva piwi...@gmail.com: Boa tarde Jorge, Em primeiro lugar, o meu agradecimento pela resposta. Sobretudo na área das licenças, na qual eu sou completamente inexperiente, foi muito útil. Sobre a tecnologia, concordo inteiramente com a tua análise. A ideia era criar uma alternativa ao Nominatim com tecnologias Windows/Microsoft, sobretudo devido ao meu background académico. As dificuldades que encontrei para instalar uma instância do Nominatim na minha máquina Windows foram quase herculianas, e nunca consegui ter o sistema a funcionar na perfeição, apenas numa máquina virtual Ubunto. Além disso, uma alternativa que utiliza-se Postgres+Postgis dificilmente irá vingar, dada a magnitude do Nominatim. Noutras àreas, como o Silverlight e o Bing Maps, aos poucos espero migrar para o OpenLayers. É um processo lento para um individuo sozinho, mais vai lá. Muito obrigado também pela dica do routing, é uma funcionalidade a implementar no futuro, tal como outras. Cumprimentos, Diogo ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] robežu labais stils
2011/11/29 AivarsB vrs@gmail.com vietu un/vai punktu/līniju skaitu. Tas ir smags interfeiss editēšanas programmai, kam ar datiem nekāda sakara nav. Ja ir Tas nav editora jautājums - ja dati ir salaulāti, tad neatkarīgi no editora ir jāiedziļinās saistīto objektu nozīmē. Viens no fundamentāliem caurumiem osm datu loģikā ir slāņu trūkums. Cik zinu tad jebkuri ģeo dati ir organizēti slāņos (robežas, ceļi, mājas, komunikācijas, ūdeņi, zemes lietojums utt). Tas ļauj labot, importēt, dzēst konkrētos tematiskos datus nesatraucoties par pārējo datu veselību. Ne vienmēr, šī pieeja ir tikai dēļ senu un labi zināmu formātu ierobežojumiem. Faktiski OSM modelim ir līdzība ar salīdzinoši progresīvāko topoloģisko datu modeli un kā jau viss, kas ir krutāks prasa arī nedaudz lielākus ieguldījumus šādu datu kvalitatīvākā radīšanā, toties lietošanas iespējas ir plašākas un pie noteiktiem uzturēšanas manevriem ir vieglāk saglabāt korektus datus ar mazāku darbu nekā ar klasiskajiem slāņiem. Protams katra modeļa lietojumam ir savi + un -. Mans aicinājums ir uzvesties tā, ka robežas būtu neatkarīgs slānis, un nesaistīt viņas ar pārējiem datiem. Piemēram, ja redzam ievilktu aizsargātās teritorijas vai pagasta robežu, nemēģinām pie šīs robežas pielaulāt meža malu. Ļoti iespējams ka tiks veidots nākamais imports ar precizētām robežām - izmest neatkarīgu GNP robežu un ielikt vietā jaunu ir viegli. Izmest sasietu GNP - ļoti darbietilpīgi. Šeit var pilnīgi piekrist. Ir jāspēj atšķirt lietas, kuras ir laulājamas un kuras nav. Ceļa posms var būt mežu ierobežojošs tāpat kā mežu ierobežojoša var būt upe vai grāvis, bet adm robežas vai pagasta robeža gan nebūtu tas pie kā sieties. Runa šobrīd iet par vadlīniju - formējam viedokli kā labāk. Nav plānots masveidā kaut ko darīt ar jau esošiem datiem. Tas pilnīgi nesakrīt ar jebkādām OSM vadlīnijām, kā tad tu pēc tam mainīsi to vienu objektu, ja viņš būs kopā ar citu objektu salaulāts? Tas rada visādas sarežģītības. N. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- pb ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] robežu labais stils
On 11/29/11 08:23, N.R. wrote: vietu un/vai punktu/līniju skaitu. Tas ir smags interfeiss editēšanas programmai, kam ar datiem nekāda sakara nav. Ja ir skaidrs, ka parks, pagasts iet līdz ceļam, tad ar ceļa nodēm arī veidojas parka robeža. Nevis savilkt visādus ķep ļep un tad atkarībā no zūma tādus fui var atrast. uldics Tas pilnīgi nesakrīt ar jebkādām OSM vadlīnijām, kā tad tu pēc tam mainīsi to vienu objektu, ja viņš būs kopā ar citu objektu salaulāts? Tas rada visādas sarežģītības. nav osm vadliiniju, kaa jau mineeju, viedoklji atshkjiras. ir plusi abaam pieejaam. pa lielam es atstaaju taa, kaa origjinaalais autors ir taisiijis - ja nu vieniigi man kaut ko jaapieliek klaat vai jaapalabo, tad pamainu, vadoties peec veselaa sapraata un atkal - peec taa, kaa bija :) N. ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-cz] MTB mapa
Dne 29.11.2011 0:19, Václav Kubíček napsal(a): 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, sruby větší, zničené [ruins=yes] např. tečkovaně). Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme jen military='bunker' Představuju si to takhle: [military=bunker] - velká značka bunkru [military=bunker] [bunker_type=pillbox] - malá značka bunkru (ŘOPíky) - takto je to značené i v některých tur. mapách [military=bunker] [ruins=yes] - velká značka, ale nějak naznačit, že jsou to jen rozvaliny (třeba tečkovaně...?), to samé pro [military=bunker] [bunker_type=pillbox] [ruins=yes], ale malá značka. Vašek Pro info, chcete do mapy davat informace o tom, ze nekde napr ropik byl, ale uz neni? Bud je zasypan zcela v terenu, nebo byl odstranen pri budovani nejake stavby ...? Vim o par takovych na Ustecku (zasypanej nekde v poli, znicenej pri postupu kamenolomu, pri stavbe dalnice )? Sice to ponekud odporuje pravidlum osm, ale dalo by se to vyuzit pro zpresneni nejakeho overlaye typu vojenska obrana pasma. Dalsi vec co me napada, existuje nejaky tagovani pro COckovy kryty? Drtiva vetsina jich sice bude aktualne neprovozuschopnych, ale i tak ... ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa
+1 přinejmenším tangogps to neumí - takže když někde jsem, zapnu gpsku, zjistím, že nemám dlaždice, připojím se na net s tím, že mi je tangogps stáhne, tak budu nahranej, když na tom, co stáhne, nic nebude, protože všecko zajímavý bude v extra vrstvách něco jinýho to je doma u počítače, kdy si hezky na velký klávesnici můžu napsat skriptíky a podklady si připravit s dostatkem výpočetního výkonu i rychlosti stahování z netu (nemluvě o ceně, ne každej má na mobilu neomezenej datovej tarif jen proto, že jednou za čtvrt roku je někde fakt mimo civilizaci) K. Dne Po 28. listopadu 2011 f.remenstech napsal(a): Jo, je to problém, sice menší, ale stále je. Když už se děláte s vypínatelnýma vrstvama, tak bych uvítal jeden mapový podklad, ve kterém by byla natvrdo zobrazena většina informací, jako v dnešní podobě MTB Mapy, a druhý, kterému by se daly volit zobrazené vrstvy. Dne 28. listopadu 2011 11:13 Jakub Sykora kub...@kbx.cz napsal(a): A je problem stahnout obrazky vice vrstev a slepit je dohromady? Myslim, ze daleko mensi nez to udelat obracene... Dne 28.11.2011 08:15, Josef jebavý napsal(a): Me naopak vyhovuje mit vse v jednom, hodne pouzivam hlavne tangoGPS a to nezobrazuje vrstvy jako to delaji webove rozhrani ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] MTB mapa
Dne Po 28. listopadu 2011 Martin Tesar napsal(a): Ahoj, 1. Uvítal bych jiné vykreslování naučných stezek (čárkovaně, čerchovaně - viz klíč OTM na wiki). Ano, tohle planuju v nejblizsi dobe. 2. Líbilo by se mi detailnější vykreslování bunkrů (ŘOPíky menší ikonka, sruby větší, zničené [ruins=yes] např. tečkovaně). Napis mi prosimte konkretne tagy v OSM, zatim mam pocit, ze vykreslujeme jen military='bunker' pánové, PROSÍM - nikoliv napiš mi, ale hned to dejte do wiki klíč je cenná reference jak tagovat K. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[OSM-talk-fr] Transports en commun : zones de tarification ?
Bonjour, Quelqu'un a une idée des tags à poser, ou des multipolygones à tracer, pour définir les zones de tarification des transports en commun ? Je pense en particulier à la région parisienne, mais cela peut s'étendre à d'autres secteurs. Propositions : - soit ajouter l'information à chaque nœud arrêt de transport en commun, - soit tracer un polygone représentant les zones de tarification (mais dans ce cas il faudrait faire des tests d'inclusion pour déterminer la tarification d'un arrêt donné), - soit une combinaison des 2, avec des relations, - soit segmenter les parcours des transports en commun (ça me semble sacrément galère et casse pas mal de choses) ? Ces zones sont définies (avec pas mal d'inconnues sur les raisons) en IdF par le STIF (Syndicat des Transports d'Île-de-France) et s'appliquent aux bus, RER, trams, et métros (ces derniers sont toujours en zone 1 ?). Tarifications spéciales pour certains secteurs : aéroports, Eurodisney, etc. Ce système de tarification par zones est-il appliqué à d'autres lieux ? Note: je ne cherche pas à indiquer le tarif, mais juste ajouter une information de base pour l'utilisateur qui souhaite prendre des repères dans les transports en commun. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun : zones de tarification ?
Si tu veux indiqué la tarification je te conseille de proposer un tag à apposer aux arrêts de bus, tram, métro, rer, transilien. La raison étant que définir un polygone pour cela risque d'être très compliqué à créer et maintenir. Je te conseil de lire cette article http://www.nojhan.net/art/index.php?post/2011/11/04/Carte-g%C3%A9olocalis%C3%A9e-du-m%C3%A9tro-de-Paris qui présente bien le problème géographique des zones de tarifications. René-Luc Le 29/11/2011 10:16, te...@free.fr a écrit : Bonjour, Quelqu'un a une idée des tags à poser, ou des multipolygones à tracer, pour définir les zones de tarification des transports en commun ? Je pense en particulier à la région parisienne, mais cela peut s'étendre à d'autres secteurs. Propositions : - soit ajouter l'information à chaque nœud arrêt de transport en commun, - soit tracer un polygone représentant les zones de tarification (mais dans ce cas il faudrait faire des tests d'inclusion pour déterminer la tarification d'un arrêt donné), - soit une combinaison des 2, avec des relations, - soit segmenter les parcours des transports en commun (ça me semble sacrément galère et casse pas mal de choses) ? Ces zones sont définies (avec pas mal d'inconnues sur les raisons) en IdF par le STIF (Syndicat des Transports d'Île-de-France) et s'appliquent aux bus, RER, trams, et métros (ces derniers sont toujours en zone 1 ?). Tarifications spéciales pour certains secteurs : aéroports, Eurodisney, etc. Ce système de tarification par zones est-il appliqué à d'autres lieux ? Note: je ne cherche pas à indiquer le tarif, mais juste ajouter une information de base pour l'utilisateur qui souhaite prendre des repères dans les transports en commun. Teuxe ___ 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] question a propos d'osmose
2011/11/29 Christian Quest christian.qu...@gmail.com: Ca se règlera sûrement avec un bot, Avant de lancer un bot, il faudrait corriger ce problème dans le script d'import du bâti cadastral, donc à la source... Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun : zones de tarification ?
2011/11/29 te...@free.fr: - soit ajouter l'information à chaque nœud arrêt de transport en commun, - soit tracer un polygone représentant les zones de tarification Si ces zones correspondent à des limites administratives, pourquoi pas. Il suffit juste d'ajouter une relation. Mais j'aimerais qu'on limite autant que possible l'usage de polygones abstraits, par exemple à tout ce qui peut aider à la géolocalisation comme les limites administratives. L'édition des données est déjà suffisament compliquée comme ça pour ne pas en rajouter. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Transports en commun : zones de tarification ?
Le 29/11/2011 10:47, Marc SIBERT a écrit : Bonjour, Sans connaissance particulière du sujet, mais en tant qu'utilisateur occasionnel, je pense que le mécanisme idéal doit se baser sur les relations appliquées aux tronçons (pas aux stations, désolé). Cela tombe sous le sens lorsque regarde le cas de la Station La Défense qui est partagée par le RER A la Ligne 1 et qui portent des tarifications différentes (amère expérience validée par un contrôleur) ; la Ligne 1 de métro étant considéré comme Paris Intra-muros et le RER A comme la zone 2 (je crois). zone 3 avec dans OSM 1 stations par type normalement puisque physiquement elles ne sont pas au même endroit. Mes 40 EUR d'amende ;-) A+ -- Marc Sibert m...@sibert.fr mailto:m...@sibert.fr Le 29 novembre 2011 10:21, rldhont rldh...@gmail.com mailto:rldh...@gmail.com a écrit : Si tu veux indiqué la tarification je te conseille de proposer un tag à apposer aux arrêts de bus, tram, métro, rer, transilien. La raison étant que définir un polygone pour cela risque d'être très compliqué à créer et maintenir. Je te conseil de lire cette article http://www.nojhan.net/art/index.php?post/2011/11/04/Carte-g%C3%A9olocalis%C3%A9e-du-m%C3%A9tro-de-Paris qui présente bien le problème géographique des zones de tarifications. René-Luc Le 29/11/2011 10:16, te...@free.fr mailto:te...@free.fr a écrit : Bonjour, Quelqu'un a une idée des tags à poser, ou des multipolygones à tracer, pour définir les zones de tarification des transports en commun ? Je pense en particulier à la région parisienne, mais cela peut s'étendre à d'autres secteurs. Propositions : - soit ajouter l'information à chaque noeud arrêt de transport en commun, - soit tracer un polygone représentant les zones de tarification (mais dans ce cas il faudrait faire des tests d'inclusion pour déterminer la tarification d'un arrêt donné), - soit une combinaison des 2, avec des relations, - soit segmenter les parcours des transports en commun (ça me semble sacrément galère et casse pas mal de choses) ? Ces zones sont définies (avec pas mal d'inconnues sur les raisons) en IdF par le STIF (Syndicat des Transports d'Île-de-France) et s'appliquent aux bus, RER, trams, et métros (ces derniers sont toujours en zone 1 ?). Tarifications spéciales pour certains secteurs : aéroports, Eurodisney, etc. Ce système de tarification par zones est-il appliqué à d'autres lieux ? Note: je ne cherche pas à indiquer le tarif, mais juste ajouter une information de base pour l'utilisateur qui souhaite prendre des repères dans les transports en commun. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Présentation aux JM2L
Bonjour à tous, Le WE dernier ce sont tenues les Journées Méditerranéennes des Logiciels Libres [1] à Sophia Antipolis . A cette occasion, j'ai eu l'occasion d'animer une intervention intitulée : Cartographier le monde avec des outils libres [2] Les retours des personnes présentes étaient plutôt positifs et ils ont semblé être intéressés par le projet. En tout cas, le débat et les questions ont été riches et animés. J'espère que cela fera quelques émules dans le sud... La présentation, au format pdf, est disponible en téléchargement pour ceux qui le souhaitent. Au besoin, je peux également la fournir en ODP. Arnaud [1] http://jm2l.linux-azur.org/ [2] http://www.slideshare.net/arno974/osm-prez-jm2larnaudv ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Présentation aux JM2L
Salut Arnaud, Merci pour le lien. Par contre je n'ai pas trouv le fichier en tlchargement sur le site des JM2L et je n'ai pas pu le tlcharger sur slideshare car je n'ai pas de compte et que je ne souhaite pas m'inscrire. Pourrais-tu mettre le fichier PDF en tlchargement sur un lien "accessible" ? Dsol de ne pas avoir pu venir participer. J'aurai bien aimer venir faire les 2 ateliers que j'ai fait Lyon, mais les dates tombaient plutt mal pour moi. L'anne prochaine il faudra que je pense rserver 2 week-ends d'affile pour Lyon et Sophia. ;-) Nicolas Le 29/11/2011 11:13, Arnaud Vandecasteele a crit: Bonjour tous, Le WE dernier ce sont tenues les Journes Mditerranennes des Logiciels Libres [1] Sophia Antipolis . A cette occasion, j'ai eu l'occasion d'animer une intervention intitule : "Cartographier le monde avec des outils libres" [2] Les retours des personnes prsentes taient plutt positifs et ils ont sembl tre intresss par le projet. En tout cas, le dbat et les questions ont t riches et anims. J'espre que cela fera quelques mules dans le sud... La prsentation, au format pdf, est disponible en tlchargement pour ceux qui le souhaitent. Au besoin, je peux galement la fournir en ODP. Arnaud [1] http://jm2l.linux-azur.org/ [2] http://www.slideshare.net/arno974/osm-prez-jm2larnaudv ___ 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] Transports en commun : zones de tarification ?
Je me suis posé le même genre de question sur les zones tarifaires d'Ile-de-France... On peut tagguer: - chaque station (métro, RER, train) ou arrêt (bus) - des tronçons - créer un polygone recouvrant chaque zone Comme souvent, il faut regarder les cas particuliers pour voir quelle solution les gère le mieux. Comme cas particuliers on a bien sûr la majorité (toutes ?) des lignes de métro qui sont en zone 1 même si elles sortent largement du périmètre de base de la zone 1. En connaissez-vous d'autres ? J'ai regardé sur le site du STIF et les limites de zones coïncident d'une façon générale avec les limites administratives... sauf cas particulier (on y revient). Commençons donc par lister les cas particuliers... -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fdg près de Poitiers ???
Salut, Je suis de Poitiers et j’ai des collègues qui habitent tout près de l’endroit où apparaissait ce fameux « fdg ». Je leur ai demandé si ça leur évoquait quelque chose, mais personne ne sait d’où ça vient ni à quoi ça pourrait correspondre. Donc, je pense que l’information était soit une erreur ou une annotation personnelle mal « taguée ». Le 28 novembre 2011 17:37, Maetma 91 maetm...@gmail.com a écrit : Le 28 novembre 2011 17:34, Vincent Pottier vpott...@gmail.com a écrit : Le 28/11/2011 16:57, Marc SIBERT a écrit : Testé rapidement sur la XAPI de Mapquest sans succès : http://open.mapquestapi.com/**xapi/api/0.6/node[name=fdg]http://open.mapquestapi.com/xapi/api/0.6/node%5Bname=fdg%5D http://open.mapquestapi.com/**xapi/api/0.6/way[name=fdg]http://open.mapquestapi.com/xapi/api/0.6/way%5Bname=fdg%5D http://open.mapquestapi.com/**xapi/api/0.6/relation[name=**fdg]http://open.mapquestapi.com/xapi/api/0.6/relation%5Bname=fdg%5D en plus cette xapi n'aime pas les *. A voir ce soir sur un planet en sqlite... A+ Pas trouvé sur ma base France en local (qui n'est pas toute fraîche : ~ 10 jours) avec SELECT osm_id, name FROM france_polygon WHERE ST_WITHIN(ST_SetSRID(ST_POINT(**0.39928795776361, 46.519490016171),4326), way) -7377;Vienne -8652;Poitou-Charentes -1662877;Poitiers -140475;Nouaillé-Maupertuis 41785320; Une nouvelle forme d'OVNI ? -- Les tuiles en question dataient du 5 novembre. Après avoir forcé un petit rafraichissement tout est rentré dans l'ordre. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr Cordialement, -- Mikaël Cordon ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] fdg près de Poitiers ???
2011/11/29 Mikaël Cordon mikael.cor...@gmail.com: Donc, je pense que l’information était soit une erreur ou une annotation personnelle mal « taguée ». ou un name sur une très grande relation dépassant nos frontières... Sans une base de donnée complète, il peut être très difficile de localiser l'objet en question (heureusement, il a disparu de lui-même). Je renvoie ici les remerciements de l'auteur du message original, ainsi que les miens, pour la correction du problème :) Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Joli rendu
Publié sur le blog de Mike Migurski (Stamen Design), avec beaucoup d'explications sur la démarche http://mike.teczno.com/notes/osm-us-terrain-layer.html Fortement inspiré de la couche Terrain de G-Maps, mais ici totalement réalisé avec des données et des outils libres -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
