Re: [OSM-talk-be] Suite de la demande de libération de donnée au Cabine Henry
Merci beaucoup pour les actions et le retour. Je n'ai pas eu le temps de participer à la rédaction, bien que je l'ai souhaité. Pour info, avnt les élections nous avons fait signer à beaucoup de politiciens les pactes des libertés numériques (voir http://lepacte.be/ et http://lepacte.be/legis2010/ et http://lepacte.be/legis2010/?action=liste_signataireso_sens=DESCo_date=1- Tous les présidents des partis francophones ont signé et de nombreux candidats dont des élus maintenant ministres, députés ... Beaucoup plus de francophones que de néerlandophones car nous étions plus de francophones actifs. Un des 3 pactes concernait les données : http://lepacte.be/?pages/Le-pacte-des-donnees-libres-2010 Les autres concernaient l'internet et le logiciel : http://lepacte.be/?pages/Le-pacte-de-l-internet-libre-2010 http://lepacte.be/?pages/Le-Pacte-du-Logiciel-Libre Presque tous les signataires ont signés les 3 pactes ... alors qu'ils auraient pu choisir. Cela peut peut-être aider dans les conversations. Bàv, Nicolas Le 4 avril 2012 13:52, Julien Fastré jul...@fastre.info a écrit : Chers tous, Quelques nouvelles du courrier qui a été envoyé au Ministre Philippe Henry, en charge de la cartographie (voir http://wiki.openstreetmap.org/wiki/File:Demande_lib%C3%A9ration_donn%C3%A9es_openstreetmap_ministre_henry_r%C3%A9gion_wallonne.pdf, http://lists.openstreetmap.org/pipermail/talk-be/2012-March/002567.html et messages suivants). Une réunion a été organisée hier matin au Cabinet. EMerzh (Brice Marron), Benoît Coumont et moi-même s'y sont rendus. Différents enjeux, freins et avantages d'un publication de données carto sous licence libre ont été mis en évidence par toutes les parties. Le ton était plutôt positif. Notre demande va suivre son cours. Une prochaine réunion devrait avoir lieu en juin. Nous ne manquerons pas de vous tenir au courant de ces démarches. Si d'autres contributeurs sont intéressés de s'y associer à l'avenir, qu'ils n'hésitent pas à prendre contact ! Julien FASTRE Julien Fastré Messagerie Jabber/XMPP: jul...@fastre.info (compatible Gmail) ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- Nicolas Pettiaux ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Fwd: Traffic simulation Modeling using OSM data
Yes, if you use eWorld as a frontend http://eworld.sourceforge.net it becomes very easy usable. But there are a lot of bugs and the Usability isn't that good. So I would like to suggest to improve this one, instead of starting your own project. An animated SVG export would be a very cool thing :) http://wiki.openstreetmap.org/wiki/Simulators bye Matthias (user:!i!) Am 03.04.2012 23:25, schrieb Andres Oswaldo Calderon Romero: There is some work around it in SUMO (Simulation for Urban MObilitiy) [1]. It already allows the use of OSM networks [2]. .. [1] http://sumo.sourceforge.net/ [2] http://sourceforge.net/apps/mediawiki/sumo/index.php?title=NETCONVERT#Supported_Formats On Tue, Apr 3, 2012 at 3:54 PM, Floris Looijesteijn o...@floris.nu mailto:o...@floris.nu wrote: Hey, I also really like this idea. If you could spice up the OSM part in it I think you should definitely submit it! Maybe you could do something with the history in OSM. What happens if a new motorway is opened? Or you could work with the proposed=* ways... Greetings, Floris Looijesteijn On Tue, Apr 3, 2012 at 5:36 PM, Graham Jones grahamjones...@gmail.com mailto:grahamjones...@gmail.com wrote: Hi, This sounds like a really interesting idea - it is something I have always had the idea of doing, but have never got around to it - I would like to re-create the effect of someone touching their brakes on a busy road, leading to someone doing an emergency stop 2km further back. The OpenStreetMap part of the proposal is however quite minor - it is only really providing you with the network - the 'interesting' part of the proposal is the simulation. Therefore by all means submit the idea to OSM and we will consider it along side the other proposals, but it might be worth seeing if there is a numerical simulation project that has been accepted to GSoC that you could apply to as well, in case it is not accepted as part of OSM? Regards Graham. On 3 April 2012 11:38, sourav dutta mailsouravdu...@gmail.com mailto:mailsouravdu...@gmail.com wrote: Hi, Sorry for mailing in so late, i came to know about Gsoc few days ago. I am Undergraduate doing my Btech-Hons for IIIT - Hyderabad. I have worked in OCR, Vision,(Sfm) ,Image Processing,Information retrieval. OSM data have been used for path finding...with A star algo etc.but it is never used for simulation of traffic. Traffic monitoring and simulation has been worked on for some time now. There are very elaborate systems like MITSIM which gather data from various sources and design a traffic model. But the problem is it is very difficult to implement them. The information about the streets, traffic data, satellite data etc. is difficult to gather. My idea is to design a traffic simulation using OSM data. as the OSM data is readily available and is available in many formats. To model the traffic probabilistic or network flow models are popular. But to get a more accurate simulation want to use multiple vehicles as bots interacting with each other. A basic overview of my idea ... 1) first we need the area where want the simulation to run. This would be done by defining a rectangular region in the map. This data can be stored in posgreSQL which will make it easier to use the data. 2) Next we define for all the bots - source and destination and this find the appropriate path(A star) to go. 3) At the heart of the simulation we need to have a engine which would handle the collision etc. and directs the bots etc. I have tried a few physics engine but their performance degrades steeply decreases with the increase of number of objects. 4) So I want to use my own engine with only few rules for collision etc. The brute for implementation would require to check each bot with other bot ( the same thing which makes other engines slow O(n^2) ). But i plan to use a implementation of KD-tree, ANN(Approximate nearest neighbour) Open source implementation of the same exists and works pretty well. This would allow the matching to be done in O(nlogn). ANN implementation (http://www.cs.umd.edu/~mount/ANN/) 5) To manage the interaction of the bots the memory requirements skyrockets as the number of bots increases. ie why i wish to treat them as Multi-Agent-System There are nice implementations of distributed multi-agent framework which use shared memory to manage the agents( bots in our case). 6) congestions , bottlenecks and collisions can thus be
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Am 03.04.2012 19:14, schrieb yvecai: Le 03/04/2012 18:56, Richard Fairhurst a écrit : Pieren wrote: we have a media hype (or media excitement ?) about Microsoft investing big dollars in OSM. [...] Where is the truth here ? I'm sure we'd all like to know! I'm not aware of any announcement being made or (say) any formal contact this year between Microsoft and OSMF. As I've seen no new informations in these articles, I'm inclined to think it's just a hype about the strategy war between the big 3 or something like that. Same for me here. I monitor different media streams for OSM press works and it looked very much like a hype. No investigation and nobody checked the informations, just copy :( http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media But nevertheless I would agree that Bing gave us a real boost in mapping countryside etc. Matthias (user:!i!) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Actually I fail to see any war going on, because Google can easily take our data, attribute accordingly and use them (with ODbL it will be even easier). For some unknown for me reason they still insist to use their own soup of data :) So Microsoft gave us Bing permission, and for that I say thank you. That's rare one from their list of their open source/open data efforts (I won't count forced by court releasing api docs for SMB/MAPI in good deeds, but still it was nice step from them to not to prolong that stupid case). 2012. gada 4. aprīlis 05:24 Russ Nelson nel...@crynwr.com rakstīja: Pieren writes: Where is the truth here ? Is the big support and big money the access of Bing aerial imagery ? Is that all ? Hey, that's enough for me. I LOVES the Bing aerial imagery. Microsoft is welcome to take all the credit for helping us that they want to take. -- --my blog is at http://blog.russnelson.com Crynwr supports open source software 521 Pleasant Valley Rd. | +1 315-600-8815 Potsdam, NY 13676-3213 | Sheepdog ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- mortigi tempo Pēteris Krišjānis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GSoC Proposal submitted: Looking for mentor + feedback
Am 03.04.2012 17:04, schrieb Pallav Shinghal: Hi, I've submitted a proposal for a GSoC project with OpenStreetMap, and would like to know of any possible mentors for the same. Also, any feedback on the application would be greatly appreciated (I assume the mentors have access to the proposal. If not, kindly let me know, so that I may post my proposal here). The basic idea is to create an extension to OpenStreetMap (implemented as a mobile HTML5 app) that allows users to share cabs easily (this can be further extended to private car-pooling). The design is simple: users upload their travel schedules. Based on their origin, destination and time of travel (maybe other factors too), they are matched optimally with other users who they can share cabs with. There are some interesting problems involved with matching users to possible cab-sharers, including route-matching, etc. Hi Pallav, even if your idea sounds very interesting, I'm not sure if they would fit directly into a OSM Google Summer of Code project. As far as I understand, the student projects have to become part of the open project itself and maybe be already a planned feature. But thats just IMHO :) Matthias (user:!i!) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
At 2012-04-03 19:24, Russ Nelson wrote: Pieren writes: Where is the truth here ? Is the big support and big money the access of Bing aerial imagery ? Is that all ? Hey, that's enough for me. I LOVES the Bing aerial imagery. Microsoft is welcome to take all the credit for helping us that they want to take. I don't know about _that_, but I'll agree the Bing imagery _has_ been great and thank them for it. Nice to have (mostly) high-res, (mostly) well-aligned, well-served imagery as compared with previous MSRMaps, USGS, etc. solutions. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
On 04/04/2012 04:24, Russ Nelson wrote: Pieren writes: Where is the truth here ? Is the big support and big money the access of Bing aerial imagery ? Is that all ? Hey, that's enough for me. I LOVES the Bing aerial imagery. Microsoft is welcome to take all the credit for helping us that they want to take. +1 to that. There's just one thing that is really important that crowd sourcing has difficulty in providing and that is extensive, easy to use aerial imagery. Mike ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
On Wed, Apr 4, 2012 at 9:25 AM, Michael Collinson m...@ayeltd.biz wrote: On 04/04/2012 04:24, Russ Nelson wrote: Pieren writes: Where is the truth here ? Is the big support and big money the access of Bing aerial imagery ? Is that all ? Hey, that's enough for me. I LOVES the Bing aerial imagery. Microsoft is welcome to take all the credit for helping us that they want to take. +1 to that. There's just one thing that is really important that crowd sourcing has difficulty in providing and that is extensive, easy to use aerial imagery. Let's not forget about Yahoo imagery! I always thought the Bing imagery deal was just something Steve negotiated so he could get moral support from the OSM community for moving to Microsoft. Greets, Floris Looijesteijn ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] GSoC mentor for new feature
Hello, and thanks for participating in this project! The openstreetmap transit mailing list would maybe provide more answers: http://lists.openstreetmap.org/listinfo/talk-transit To see the direction transit on openstreetmap is moving to, you can read the following wiki page: http://wiki.openstreetmap.org/wiki/Proposed_features/Public_Transport Send any questions here! Janko Mihelić 2012/4/2 Pallav Shinghal pshing...@gmail.com Hi, I'm an undergraduate at the National University of Singapore. I'm interested in working with OSM for GSoC 2012. I have been working on an idea for a location-based app to enable easier community transportation. Only recently, I realized that this app would be perfect as an extension to OSM. I understand that this is quite late, but are there any mentors I may get in touch with about this? Thanks, Pallav Shinghal ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Traffic simulation Modeling using OSM data
Hi, Just recently we did some traffic/evacuation simulations for indoors. In particular we have utilized the multi-agent traveling simulator MATSim (www.matsim.org) and IndoorOSM (http://wiki.openstreetmap.org/wiki/IndoorOSM) data for our simulations. The scenario is based on a university building which is fully occupied, resulting in 313 agents. Some results are combined in a small video: http://www.youtube.com/watch?v=7u9g022IrVY Greetings, Marcus Am 03.04.2012 12:38, schrieb sourav dutta: Hi, Sorry for mailing in so late, i came to know about Gsoc few days ago. I am Undergraduate doing my Btech-Hons for IIIT - Hyderabad. I have worked in OCR, Vision,(Sfm) ,Image Processing,Information retrieval. OSM data have been used for path finding...with A star algo etc.but it is never used for simulation of traffic. Traffic monitoring and simulation has been worked on for some time now. There are very elaborate systems like MITSIM which gather data from various sources and design a traffic model. But the problem is it is very difficult to implement them. The information about the streets, traffic data, satellite data etc. is difficult to gather. My idea is to design a traffic simulation using OSM data. as the OSM data is readily available and is available in many formats. To model the traffic probabilistic or network flow models are popular. But to get a more accurate simulation want to use multiple vehicles as bots interacting with each other. A basic overview of my idea ... 1) first we need the area where want the simulation to run. This would be done by defining a rectangular region in the map. This data can be stored in posgreSQL which will make it easier to use the data. 2) Next we define for all the bots - source and destination and this find the appropriate path(A star) to go. 3) At the heart of the simulation we need to have a engine which would handle the collision etc. and directs the bots etc. I have tried a few physics engine but their performance degrades steeply decreases with the increase of number of objects. 4) So I want to use my own engine with only few rules for collision etc. The brute for implementation would require to check each bot with other bot ( the same thing which makes other engines slow O(n^2) ). But i plan to use a implementation of KD-tree, ANN(Approximate nearest neighbour) Open source implementation of the same exists and works pretty well. This would allow the matching to be done in O(nlogn). ANN implementation (http://www.cs.umd.edu/~mount/ANN/ http://www.cs.umd.edu/%7Emount/ANN/) 5) To manage the interaction of the bots the memory requirements skyrockets as the number of bots increases. ie why i wish to treat them as Multi-Agent-System There are nice implementations of distributed multi-agent framework which use shared memory to manage the agents( bots in our case). 6) congestions , bottlenecks and collisions can thus be detected. In the streets. 7) Future Works - Once this frameworks is complete data from other sources like the traffic lights flyovers etc.. can be incorporated in the existing system. -- Sourav Dutta CSE,UG3 IIIT H ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline Update
Hi Paul, do you plan another update? Regards Thomas Paul Norman wrote I have completed another coastline generation and it has uploaded. This version respects odbl=clean. The shapefiles are in their normal place at http://pnorman.dev.openstreetmap.org/coastlines/ Included is a .osm file with all the error points. An overview can be found at http://maps.paulnorman.ca/coastlines2.png Detailed views: Great Lakes: http://maps.paulnorman.ca/coastlines-lakes2.png Europe: http://maps.paulnorman.ca/coastlines-europe2.png US West Coast: http://maps.paulnorman.ca/coastlines-west2.png Australia: http://maps.paulnorman.ca/coastlines-au2.png There are no significant multi-square flooded or dry areas. The following areas have significant number of error points: Pudget Sound in Washington State The mouth of the Columbia river in Washington The Eastern Australia coast The points indicated by the maps and by processedc_p files are where coastcheck encountered an error and had to guess where the coastline continues. These should generally represent transitions between ODbL clean and ODbL dirty sections of the coastline. Islands with no ODbL clean sections will not generate any error points. http://www.wightpaths.co.uk/coast/CT-only.php and http://suncobalt.homeip.net:82/coastline.php are two visualizations of errors but neither has yet updated to the new data. I hope to complete one more run of the ODbL-clean coastlines before the downtime. During the downtime I will be running a set of ODbL-clean and conventional coastlines (and a planet file). If diffs are available during the rebuild process I will be generating them then and reloading my database when the ODbL planet is published. Technical details: This new run takes into account odbl=clean. It may not correctly handle 1. Objects that are dirty via a changeset override 2. Objects that WTFE reported clean but are now dirty 3. Certain sequences of edits and tag additions that are not likely to occur frequently with coastlines and which require access to a full history database to evaluate The data is from 7 AM PST and the ODbL status is slightly more recent. ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.19327.n5.nabble.com/Coastline-Update-tp5608185p5617862.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline Update
Replication diffs have just resumed from a temporary location. I am not yet certain if my server will be able to keep up with these diffs. If it is, I will start another run at about midnight UTC. I have a good half-dozen apps that consume minutely diffs and I need to switch all of their locations -Original Message- From: ThomasB [mailto:toba0...@yahoo.de] Sent: Wednesday, April 04, 2012 7:01 AM To: talk@openstreetmap.org Subject: Re: [OSM-talk] Coastline Update Hi Paul, do you plan another update? Regards Thomas Paul Norman wrote I have completed another coastline generation and it has uploaded. This version respects odbl=clean. The shapefiles are in their normal place at http://pnorman.dev.openstreetmap.org/coastlines/ Included is a .osm file with all the error points. An overview can be found at http://maps.paulnorman.ca/coastlines2.png Detailed views: Great Lakes: http://maps.paulnorman.ca/coastlines-lakes2.png Europe: http://maps.paulnorman.ca/coastlines-europe2.png US West Coast: http://maps.paulnorman.ca/coastlines-west2.png Australia: http://maps.paulnorman.ca/coastlines-au2.png There are no significant multi-square flooded or dry areas. The following areas have significant number of error points: Pudget Sound in Washington State The mouth of the Columbia river in Washington The Eastern Australia coast The points indicated by the maps and by processedc_p files are where coastcheck encountered an error and had to guess where the coastline continues. These should generally represent transitions between ODbL clean and ODbL dirty sections of the coastline. Islands with no ODbL clean sections will not generate any error points. http://www.wightpaths.co.uk/coast/CT-only.php and http://suncobalt.homeip.net:82/coastline.php are two visualizations of errors but neither has yet updated to the new data. I hope to complete one more run of the ODbL-clean coastlines before the downtime. During the downtime I will be running a set of ODbL-clean and conventional coastlines (and a planet file). If diffs are available during the rebuild process I will be generating them then and reloading my database when the ODbL planet is published. Technical details: This new run takes into account odbl=clean. It may not correctly handle 1. Objects that are dirty via a changeset override 2. Objects that WTFE reported clean but are now dirty 3. Certain sequences of edits and tag additions that are not likely to occur frequently with coastlines and which require access to a full history database to evaluate The data is from 7 AM PST and the ODbL status is slightly more recent. ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.19327.n5.nabble.com/Coastline- Update-tp5608185p5617862.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Matthias Meißer wrote: Am 03.04.2012 19:14, schrieb yvecai: Le 03/04/2012 18:56, Richard Fairhurst a écrit : Pieren wrote: we have a media hype (or media excitement ?) about Microsoft investing big dollars in OSM. [...] Where is the truth here ? I'm sure we'd all like to know! I'm not aware of any announcement being made or (say) any formal contact this year between Microsoft and OSMF. As I've seen no new informations in these articles, I'm inclined to think it's just a hype about the strategy war between the big 3 or something like that. Same for me here. I monitor different media streams for OSM press works and it looked very much like a hype. No investigation and nobody checked the informations, just copy :( http://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media But nevertheless I would agree that Bing gave us a real boost in mapping countryside etc. But it's not actually costing them anything? They would be putting the images up anyway, so THEY are the only ones who gain by getting back free vectorized data? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
On Wed, Apr 4, 2012 at 2:21 PM, Lester Caine les...@lsces.co.uk wrote: But it's not actually costing them anything? They would be putting the images up anyway, so THEY are the only ones who gain by getting back free vectorized data? No donor to OSM gets special terms or access to the data. You and I donate data :: we get OSM data under the OSM License RichardF donates code :: he gets OSM data under the OSM License Yahoo! donated imagery for years :: they get OSM data under the OSM License MapQuest actual big money :: they get OSM data under the OSM License USGS donated PD data :: they get OSM data under the OSM License etc. Bing is now donating aerial imagery :: they get OSM data under the OSM License People consume OSM data without making a donation :: they get OSM data under the OSM License It's all the same. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Presumably there's a cost of the bandwidth used and of maintaining the servers; running anything approaching a SLA is going to cost. Microsoft get access to the OSM data the same as anyone else, but they also get their images vectorised. I don't know if OSM data, or vector data from their rasters, is of use to them but its a potential bonus. Certainly if I had a load of images of the world I'd donate them and benefit from some crowd sourced digitisation. Joseph On 4 Apr 2012 19:23, Lester Caine les...@lsces.co.uk wrote: Matthias Meißer wrote: Am 03.04.2012 19:14, schrieb yvecai: Le 03/04/2012 18:56, Richard Fairhurst a écrit : Pieren wrote: we have a media hype (or media excitement ?) about Microsoft investing big dollars in OSM. [...] Where is the truth here ? I'm sure we'd all like to know! I'm not aware of any announcement being made or (say) any formal contact this year between Microsoft and OSMF. As I've seen no new informations in these articles, I'm inclined to think it's just a hype about the strategy war between the big 3 or something like that. Same for me here. I monitor different media streams for OSM press works and it looked very much like a hype. No investigation and nobody checked the informations, just copy :( http://wiki.openstreetmap.org/**wiki/OpenStreetMap_in_the_**mediahttp://wiki.openstreetmap.org/wiki/OpenStreetMap_in_the_media But nevertheless I would agree that Bing gave us a real boost in mapping countryside etc. But it's not actually costing them anything? They would be putting the images up anyway, so THEY are the only ones who gain by getting back free vectorized data? -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=**contacthttp://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/**index.phphttp://www.firebirdsql.org/index.php __**_ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talkhttp://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Joseph Reeves wrote: Presumably there's a cost of the bandwidth used and of maintaining the servers; running anything approaching a SLA is going to cost. Actually I'd view that the other way around ... Potentially reducing the load on their own servers because people will use the vectorized maps rather than the raw images. I don't believe that Microsoft are actually 'investing' much at all, simply allowing us to use what they are already having to provide as an alternative to Google and Yahoo anyway and a little extra load as we digitize them is probably only within the load variation day to day? Microsoft get access to the OSM data the same as anyone else, but they also get their images vectorised. I don't know if OSM data, or vector data from their rasters, is of use to them but its a potential bonus. Certainly if I had a load of images of the world I'd donate them and benefit from some crowd sourced digitisation. Microsoft 'support' is purely for brownie points in the open source community so they will be more than happy this 'miss-information' that makes them look good? I'm happy to make my own material available for anybody to reuse ... my problem is getting it scanned in :( -- Lester Caine - G8HFL - Contact - http://lsces.co.uk/wiki/?page=contact L.S.Caine Electronic Services - http://lsces.co.uk EnquirySolve - http://enquirysolve.com/ Model Engineers Digital Workshop - http://medw.co.uk// Firebird - http://www.firebirdsql.org/index.php ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Richard Weait wrote No donor to OSM gets special terms or access to the data. You and I donate data :: we get OSM data under the OSM License RichardF donates code :: he gets OSM data under the OSM License Yahoo! donated imagery for years :: they get OSM data under the OSM License MapQuest actual big money :: they get OSM data under the OSM License USGS donated PD data :: they get OSM data under the OSM License etc. Bing is now donating aerial imagery :: they get OSM data under the OSM License . It's all the same. No, that's not true.They are violating our license and noone really cares. It is known to OSM since January and MS admitted it. RichardF wrote that there was no contact to MS ...although they violate out license. The issue was adressed in German media at a press conference with the Federal Government and it became public. So they are not the same as anyone else. Other companies have been added faster to the Hall of Shame of the License Working Group -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618894.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Hi I think we've squeezed just about enough conspiracy theories out of this thread. Let's end it. -Moderators * Mikel Maron * +14152835207 @mikel s:mikelmaron From: ThomasB toba0...@yahoo.de To: talk@openstreetmap.org Sent: Wednesday, April 4, 2012 4:07 PM Subject: Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ? Richard Weait wrote No donor to OSM gets special terms or access to the data. You and I donate data :: we get OSM data under the OSM License RichardF donates code :: he gets OSM data under the OSM License Yahoo! donated imagery for years :: they get OSM data under the OSM License MapQuest actual big money :: they get OSM data under the OSM License USGS donated PD data :: they get OSM data under the OSM License etc. Bing is now donating aerial imagery :: they get OSM data under the OSM License . It's all the same. No, that's not true.They are violating our license and noone really cares. It is known to OSM since January and MS admitted it. RichardF wrote that there was no contact to MS ...although they violate out license. The issue was adressed in German media at a press conference with the Federal Government and it became public. So they are not the same as anyone else. Other companies have been added faster to the Hall of Shame of the License Working Group -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618894.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Mikel Maron wrote Hi I think we've squeezed just about enough conspiracy theories out of this thread. Let's end it. -Moderators * Mikel Maron * +14152835207 @mikel s:mikelmaron WTF This is from Microsoft at #osm-de 10/02/2012 Microsoft has received requests from the armed forces to blur areas in Germany (StGB 109g is one of the corresponding directives which has been used as reference). We, Bing, have to comply with this requests erroneously used among other sources also some OSM information. We're working to correct the polygons and rework the blurring areas however it will take some time due to the amount of processing involved. We understand this is objectionable to some members of the OSM community but based on our very good relationship we hope and thank you for your understanding and patience Nothing happens although it was published here, Steve Coast was involved and at least one LWG member is aware of it. If you need more quotes, let me know. You can see that they still use OSM polygons here. http://osm.misterboo.de/military/ Conspiracy theory? Richard F admitted that there was not contact with MS...So MS is violating our license since 3 month and nothing happens. -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618964.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
If you think there is a legal issue here to pursue, raise it with the LWG. * Mikel Maron * +14152835207 @mikel s:mikelmaron From: ThomasB toba0...@yahoo.de To: talk@openstreetmap.org Sent: Wednesday, April 4, 2012 4:38 PM Subject: Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ? Mikel Maron wrote Hi I think we've squeezed just about enough conspiracy theories out of this thread. Let's end it. -Moderators * Mikel Maron * +14152835207 @mikel s:mikelmaron WTF This is from Microsoft at #osm-de 10/02/2012 Microsoft has received requests from the armed forces to blur areas in Germany (StGB 109g is one of the corresponding directives which has been used as reference). We, Bing, have to comply with this requests erroneously used among other sources also some OSM information. We're working to correct the polygons and rework the blurring areas however it will take some time due to the amount of processing involved. We understand this is objectionable to some members of the OSM community but based on our very good relationship we hope and thank you for your understanding and patience Nothing happens although it was published here, Steve Coast was involved and at least one LWG member is aware of it. If you need more quotes, let me know. You can see that they still use OSM polygons here. http://osm.misterboo.de/military/ Conspiracy theory? Richard F admitted that there was not contact with MS...So MS is violating our license since 3 month and nothing happens. -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618964.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Komuna e Malishevës, Serbia ?
I have a hunch the original problem has to do with objects being tagged as 'place=region'. For some reason, Nominatim decides to grab and include whatever 50-100km radius it finds appropriate around such an object. Furthermore, the behavior of 'place=region' is not well defined [1], so I guess one should use proper multipolygon/boundary relations instead. @Mr DuPont The fact that you you sign off as and support the 'Free Libre Open Source Software KosovA' discredits you from any meaningful discussion, and any claims of the good-willed intentions of an organization bearing such a name. The road to hell is paved with good intentions. For those less informed of the significance and motivations behind the one letter difference (KosovO vs. KosovA), I'll be happy to elaborate, but I'm sure Mr DuPont is well aware of the fact, otherwise I'm sure his accomplices can happily clue him in. Food for thought Mr DuPont: two wrongs do not make it a right. Balkans is a tricky place, you really oughtn't take sides that hastily, or at all for that matter. Regards, M [1] http://wiki.openstreetmap.org/wiki/Tag:place%3Dregion -- View this message in context: http://gis.19327.n5.nabble.com/Komuna-e-Malisheves-Serbia-tp5609351p5619093.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Komuna e Malishevës, Serbia ?
2012/4/4 kmilos kmi...@gmail.com: The fact that you you sign off as and support the 'Free Libre Open Source Software KosovA' discredits you from any meaningful discussion, and any claims of the good-willed intentions of an organization bearing such a name. The fact that you look at who makes a claim before considering the arguments they have demonstrated the claim to be true with discredits you from any discussion at all I guess. The on the ground rule really is the best, and generally agreed way in this project, to avoid political decisions and avoid having a database of unverifiable information. It's the same way linguists define natural languages -- a language is what its users use, no national or international body has the power to overrule that. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Komuna e Malishevës, Serbia ?
This thread is moderated. Please stop posting to it. If there's a legitimate concern, raise through the Disputes channels, documented on the wiki. http://lists.openstreetmap.org/pipermail/talk/2012-April/062624.html * Mikel Maron * +14152835207 @mikel s:mikelmaron From: andrzej zaborowski balr...@gmail.com To: kmilos kmi...@gmail.com Cc: talk@openstreetmap.org Sent: Wednesday, April 4, 2012 6:43 PM Subject: Re: [OSM-talk] Komuna e Malishevës, Serbia ? 2012/4/4 kmilos kmi...@gmail.com: The fact that you you sign off as and support the 'Free Libre Open Source Software KosovA' discredits you from any meaningful discussion, and any claims of the good-willed intentions of an organization bearing such a name. The fact that you look at who makes a claim before considering the arguments they have demonstrated the claim to be true with discredits you from any discussion at all I guess. The on the ground rule really is the best, and generally agreed way in this project, to avoid political decisions and avoid having a database of unverifiable information. It's the same way linguists define natural languages -- a language is what its users use, no national or international body has the power to overrule that. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Komuna e Malishevës, Serbia ?
On Wed, Apr 4, 2012 at 11:43 PM, andrzej zaborowski balr...@gmail.com wrote: 2012/4/4 kmilos kmi...@gmail.com: The fact that you you sign off as and support the 'Free Libre Open Source Software KosovA' discredits you from any meaningful discussion, and any claims of the good-willed intentions of an organization bearing such a name. The fact that you look at who makes a claim before considering the arguments they have demonstrated the claim to be true with discredits you from any discussion at all I guess. That's a new somersault in logistics. Bravo, sir! Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[Talk-it] OSM database è tornato anche in scrittura
Informo tutti che il database di OSM è tornato anche in scrittura, possiamo continuare... ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM database è tornato anche in scrittura
Il 04/04/2012 11:37, Martin Koppenhoefer ha scritto: Informo tutti che il database di OSM è tornato anche in scrittura, possiamo continuare... Sì ma i dati non-odbl devono ancora essere purgati, vero? -- Giacomo Boschi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] OSM database è tornato anche in scrittura
Il 04 aprile 2012 11:45, Giacomo Boschi gwil...@gmail.com ha scritto: Sì ma i dati non-odbl devono ancora essere purgati, vero? si -- Giacomo Boschi -- 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
[Talk-it] Ricerca strade per nome
Sto cercando di capire come cercare i nomi delle strade scrivendo il meno possibile. La soluzione definitiva come si diceva con Fabrizio è dare un peso diverso alle parole che compongono una denominazione, ma è difficile farlo automaticamente e ci vuole tanto tempo per farlo manualmente, quindi nel frattempo conviene provare altri sistemi che funzionano immediatamente. Volete fare qualche prova con nomi sia semplici che complicati che vi vengono in mente? I dati sono aggiornati al 27 marzo: http://www.forsi.it/osm/highway/search/ Poi mi dite le impressioni. Un problema è che si trovano troppi risultati perché non si può specificare una città. Rispetto a Nominatim che è stato citato qualche giorno fa, scrivendo garib o d'ara si trovano i nomi relativi a Giuseppe Garibaldi e a Eleonora d'Este d'Aragona compresi gli errori di ortografia e qualche nome simile (scrivendo di più si arriva a trovare i nomi esatti), non si trova otorinorossi che è scritto Viale Ottorino Rossi, ma se è un nome abbastanza usato dai locali, la soluzione è metterlo in loc_name, ovviamente non si mappa male per far funzionare bene la ricerca. Non si è obbligati a scrivere il nome da sinistra a destra iniziando con via, piazza, ecc. ma si può scrivere direttamente il cognome e la ricerca funziona anche con parole che non sono cognomi (es. stazione) se sono alla fine del tag. Se si scrive una parola sola, i suggerimenti sono interessanti, ma per velocizzare la ricerca non sono necessariamente quelli più utili, volendo si possono scrivere più parole (es. nome e cognome o un cognome composto), ma vanno scritte esattamente come nel tag, quindi bisogna sapere se c'è il nome completo o solo l'iniziale e cose del genere; nomi problematici sono ad esempio quelli dei santi perché si possono trovare con o senza la città (es. se scrivo san francesco non trovo San Francesco d'Assisi o San Francesco da Assisi) o dei re dove bisogna aggiungere I, II, III, ecc. o quelli con l'apostrofo che al momento io considero come una parola sola (per cui se scrivo assisi trovo solo alcune strade intitolate a San Francesco). -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ex postazioni military scavati nella roccia
Historic=yes perché non sono più agibili. Si vedono bene, ma la maggior parte sta parzialmente crollando e sono anche pericolosi. Aspetto risposte della gente del posto - nelle dolomiti ci sono migliaia di questi artefatti, oltre alle trincee. Volker On 4 April 2012 16:51, Martin Koppenhoefer dieterdre...@gmail.com wrote: Am 4. April 2012 16:18 schrieb Volker Schmidt vosc...@gmail.com: Che tags/keys (oltre a historic=yes) devo utilizzare per un buco orizzontale nella roccia / nel terreno che una volta era una postazione militare nella prima guerra mondiale. Non è natural=cave_entrance. Ci ne sono una marea qua nelle montagne. forse è un tipo di bunker? historic=yes ha pochissimo significato ;-) start_date non sarebbe male, se sai più o meno quando è stato costruito (per esempio anche start_date=1914-1918 già da un indicazione). Credo che mettrei military=bunker insieme ad un subtag bunker_type=* dove tu dovresti inventare un http://taginfo.openstreetmap.org/keys/bunker_type#values (forse dugout ? Chiederei in lista internazionale per cosa è stato usato) http://wiki.openstreetmap.org/wiki/Tag:military%3Dbunker anche location=underground potrebbe avere senso? ciao, Martin PS: Quando hai deciso non sarebbe male inserirlo anche nel wiki, così cresce la documentazione... ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Ricerca strade per nome
Intanto un bug, non ha pulito l'area dei risultati, ci sono tre aree con tre liste dopo tre ricerche :) Bella la ricerca istantanea, bisognerebbe aggiungere: -i link: quando fai la ricerca e ti viene la lista, ci vorrebbe il link ad osm per correggere -la restrizione dei risultati. -con query tipo via garibaldi, genova -con geolocation? Non trova parole come Archivolto e Lungobisagno.. Il giorno 04 aprile 2012 14:09, Daniele Forsi dfo...@gmail.com ha scritto: Sto cercando di capire come cercare i nomi delle strade scrivendo il meno possibile. La soluzione definitiva come si diceva con Fabrizio è dare un peso diverso alle parole che compongono una denominazione, ma è difficile farlo automaticamente e ci vuole tanto tempo per farlo manualmente, quindi nel frattempo conviene provare altri sistemi che funzionano immediatamente. Volete fare qualche prova con nomi sia semplici che complicati che vi vengono in mente? I dati sono aggiornati al 27 marzo: http://www.forsi.it/osm/highway/search/ Poi mi dite le impressioni. Un problema è che si trovano troppi risultati perché non si può specificare una città. Rispetto a Nominatim che è stato citato qualche giorno fa, scrivendo garib o d'ara si trovano i nomi relativi a Giuseppe Garibaldi e a Eleonora d'Este d'Aragona compresi gli errori di ortografia e qualche nome simile (scrivendo di più si arriva a trovare i nomi esatti), non si trova otorinorossi che è scritto Viale Ottorino Rossi, ma se è un nome abbastanza usato dai locali, la soluzione è metterlo in loc_name, ovviamente non si mappa male per far funzionare bene la ricerca. Non si è obbligati a scrivere il nome da sinistra a destra iniziando con via, piazza, ecc. ma si può scrivere direttamente il cognome e la ricerca funziona anche con parole che non sono cognomi (es. stazione) se sono alla fine del tag. Se si scrive una parola sola, i suggerimenti sono interessanti, ma per velocizzare la ricerca non sono necessariamente quelli più utili, volendo si possono scrivere più parole (es. nome e cognome o un cognome composto), ma vanno scritte esattamente come nel tag, quindi bisogna sapere se c'è il nome completo o solo l'iniziale e cose del genere; nomi problematici sono ad esempio quelli dei santi perché si possono trovare con o senza la città (es. se scrivo san francesco non trovo San Francesco d'Assisi o San Francesco da Assisi) o dei re dove bisogna aggiungere I, II, III, ecc. o quelli con l'apostrofo che al momento io considero come una parola sola (per cui se scrivo assisi trovo solo alcune strade intitolate a San Francesco). -- Daniele Forsi ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ex postazioni military scavati nella roccia
Am 4. April 2012 17:04 schrieb Volker Schmidt vosc...@gmail.com: Historic=yes perché non sono più agibili. Si vedono bene, ma la maggior parte sta parzialmente crollando e sono anche pericolosi. abandoned=yes ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ex postazioni military scavati nella roccia
2012/4/4 Volker Schmidt vosc...@gmail.com Historic=yes perché non sono più agibili. Si vedono bene, ma la maggior parte sta parzialmente crollando e sono anche pericolosi. Aspetto risposte della gente del posto - nelle dolomiti ci sono migliaia di questi artefatti, oltre alle trincee. Volker Ad esempio questi: http://osm.org/go/0IFj2QLzF-- Forse sono leggermente diversi da quelli che hai in mente. Sono delle gallerie orizzontali scavate nella roccia, ancora agibili, che terminano su delle aprture a strapiombo. http://fototrekk.altervista.org/grande_guerra_itinerari_stoli.htm http://www.youtube.com/watch?v=Ps5IP1bkEI0 A suo tempo avevo messo: - *highway*: path - *historic*: yes - *surface*: gravel - *tunnel*: yes Ora aggiungerei anche name=Stoli che ho scordato. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ex postazioni military scavati nella roccia
Am 4. April 2012 17:42 schrieb Volker Schmidt vosc...@gmail.com: Martin, historic=yes almeno per quelli più importanti. Abandoned utilizzerei più per roba più moderna che non è più in uso, ma ammetto che la distinzione non è chiara.. non ho obiezioni contro historic=yes a parte che non dice molto. Secondome abbiamo 2-3 tags per descrivere lo stato disuso/abandonato: * disused (non è più in uso, ma potrebbe essere rimesso in uso con poco sforzo) * abandoned (non è più in uso ed è anche degradato), * e nel caso di railway c'è la proposta di utilizzare obliterated (la proposta è stato cambiata adesso in dismantled cosa si riferisce più a railway che per un cunicolo). preferirei historic=military_gallery (o simile, non so bene come tradurre de:Militärstollen, sicuramente non come suggerisce google: Militärstollen - great military ;-) ) vedi anche qui per altri concetti: http://wiki.openstreetmap.org/wiki/Comparison_of_life_cycle_concepts http://wiki.openstreetmap.org/wiki/Rejected_features/Status in realtà disused=yes e abandoned=yes non sono concetti buoni, perchè cambiano il significato di altri tags (se tu hai un amenity=hospital e disused=yes insieme, la tua applicazione dovrebbe riconnoscere il disused=yes per capire che non si tratta più di un ospedale ma di un ex-ospedale). La proposta è di taggare così: disused:amenity=hospital (da http://wiki.openstreetmap.org/wiki/Key:disused ) così se la tua applicazione non capisce il tag non ti mostra niente (cosa è meno grave che far vedere un ospedale dove non c'è) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] ex postazioni military scavati nella roccia
Ancora un altro tag che mi è venuto in mente: ruins=yes e historic=ruins (cmq. soffre delle stesse problemi) http://wiki.openstreetmap.org/wiki/Tag:historic%3Druins ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Fwd: [Gfoss] Fwd: Aggiornamento servizi standard OGC
Il 29/03/2012 19:01, Martin Koppenhoefer ha scritto: Grazie per i link, ho aggiornato il wiki http://wiki.openstreetmap.org/wiki/WikiProject_Italy/PCN nella sezione JOSM sia per 2006 che per 2008. Non ho cambiato invece il link di Merkaartor, perchè non lo uso e quindi non posso provare se funziona. Ho aggiornato io il link per Merkaartor. A me funziona, se qualcun'altro vuole testarlo... Paolo ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Articolo su Tom's Hardware
http://www.tomshw.it/cont/news/openstreetmaps-sfida-google-maps-con-mappe-in-stile-wiki/36638/1.html Ciao Domenico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Articolo su Tom's Hardware
Am 5. April 2012 01:32 schrieb trimoto dokitaba...@alice.it: http://www.tomshw.it/cont/news/openstreetmaps-sfida-google-maps-con-mappe-in-stile-wiki/36638/1.html dire che la Google offre dei dati più aggiornati di quelli di OSM mi sembra strano ;-), sulla precisione e copertura si può discutere, ma aggiornati? Anche questo non mi sembra ben informato: Microsoft ha donato molti dati geografici a OpenStreetMap, valorizzandone così il database ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-at] Open Government Data Tirol (OGD)
Hallo, jetzt gibts Open Government Dataauch für Tirol: http://www.tirol.gv.at/applikationen/e-government/data/ Vielleicht ist ja was brauchbares dabei? Grüße ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Government Data Tirol (OGD)
Hallo Bernhard! On 04/04/12 16:52, Bernhard Huber wrote: http://www.tirol.gv.at/applikationen/e-government/data/ Vielleicht ist ja was brauchbares dabei? Danke für den Link. Manche Daten schauen vielversprechend aus, wenn auch die Umprojektion von dem GK-System nach WGS84 bei mir nie ohne Versatz klappt. :-) Auf [1] steht: Mit der Anerkennung des beigefügten Lizenzvertrages CC BY Namensnennung 3.0 Österreich ( 46 KB) samt dessen Erweiterung CC BY tirisMaps 2012 ( 43 KB) durch Ihre Anmeldung an mailto ti...@tirol.gv.at erhalten Sie die Möglichkeit zur kostenfreien Weiterverwendung der Informationen und Dokumente aus dem Kartendienst tirisMaps unter www.tirol.gv.at/tiris im Kalenderjahr 2012. Heißt das, dass _alle_ Layer aus tirisMaps unter den genannten Lizenzen verwendet werden können? Das wäre zu schön um wahr zu sein … Grüße Simon [1] http://www.tirol.gv.at/themen/zahlen-und-fakten/statistik-tiris/tiris-kartendienste/ ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Alpen?
hallo leute, wie sind eigentlich die alpen definiert? (ein haufen gestein gilt nicht als antwort ;-) ) http://www.openstreetmap.org/?way=128897900 konkret: im bereich klosterneuburg / kritzendorf / höflein (und anscheinend auch sonst überall) ist die begrenzung sehr grob und arbiträr. da stehst mitten auf der wiesen, mit dem linken fuß noch in den alpen, mit dem rechten nicht mehr. mfg ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Open Government Data Tirol (OGD)
Hallo! On 04/04/12 20:34, Simon Legner wrote: wenn auch die Umprojektion von dem GK-System nach WGS84 bei mir nie ohne Versatz klappt. :-) Das Umprojizieren habe ich jetzt geschafft. Ich habe das Tool Ogr2osm [1] verwendet. Essentiell war, dass ich bei der Umwandlung die Projektion der Quelldaten über den EPSG-Code 31254 angegeben habe. Ohne dieser Angabe habe ich einen Versatz von ca. 50m erhalten. Ich habe daraufhin die .prj-Datei mit den Werten von [2] verglichen: UNIT[Degree,0.0174532925199433] in Gesamtgewaesserentz_v9_Tirol.prj vs. UNIT[Degree,0.017453292519943295] von [2]. Interessant. :-) Grüße Simon [1] http://wiki.openstreetmap.org/wiki/Ogr2osm [2] http://spatialreference.org/ref/epsg/31254/ ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-transit] GSoC Proposal submitted: Looking for mentor + feedback
Hi, I've submitted a proposal for a GSoC project with OpenStreetMap, and would like to know of any possible mentors for the same. Also, any feedback on the application would be greatly appreciated (I assume the mentors have access to the proposal. If not, kindly let me know, so that I may post my proposal here). The basic idea is to create an extension to OpenStreetMap (implemented as a mobile HTML5 app) that allows users to share cabs easily (this can be further extended to private car-pooling). The design is simple: users upload their travel schedules. Based on their origin, destination and time of travel (maybe other factors too), they are matched optimally with other users who they can share cabs with. There are some interesting problems involved with matching users to possible cab-sharers, including route-matching, etc. Thanks, Pallav ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-hr] Fw: Fw: [Announce] NOTICE: Upcoming Maintenance - Read Only
Znaći otišlo je... što je bilo, bilo je... 2012/4/4 Matija Nalis mnalis-openstreetmapl...@voyager.hr: On Sat, Mar 31, 2012 at 01:01:05PM +0200, SilverSpace wrote: To vjerojatno na novi server za koji se skupljala lova premještaju :) Nda, i onaj dio koji je potiho stavljen u sredini posta: tko nije prihvatio ODbL do 31.3, njegovi (i oni koji se oslanjaju na njegove, tj. dosli su nakon njega) podaci ce sada biti izbrisani Hrvatska je podnosljiva - nesto preko 7% sveukupno ulozenog truda ce biti izgubljeno ako dobro racunaju: http://repo.grimp.eu/osm/europe/croatia_status Nismo kao Slovenci koji gube ispod 3%, ali nismo srecom niti Crnogorci koji gube preko 30% Globalno to izgleda nesto bolje: http://matt.dev.openstreetmap.org/treemap.png iako se jos uvijek jako crveni u onim najsitnijim pixelima (a to su mali korisnici a ne globalni importi i sl) Oh well... Tuzno ali prezivjeti cemo (valjda). -- Opinions above are GNU-copylefted. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr -- 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] Fw: Fw: Fw: [Announce] NOTICE: Upcoming Maintenance - Read Only
Da, detalji otišli :( Neke rute koje provjerih preko YourNavigation.org više nisu iste ... nedostaju im izlazi s autocesta/brzih-cesta. On 04.04.2012. 02:06, Matija Nalis wrote: On Sat, Mar 31, 2012 at 01:01:05PM +0200, SilverSpace wrote: To vjerojatno na novi server za koji se skupljala lova premještaju :) Nda, i onaj dio koji je potiho stavljen u sredini posta: tko nije prihvatio ODbL do 31.3, njegovi (i oni koji se oslanjaju na njegove, tj. dosli su nakon njega) podaci ce sada biti izbrisani Hrvatska je podnosljiva - nesto preko 7% sveukupno ulozenog truda ce biti izgubljeno ako dobro racunaju: http://repo.grimp.eu/osm/europe/croatia_status Nismo kao Slovenci koji gube ispod 3%, ali nismo srecom niti Crnogorci koji gube preko 30% Globalno to izgleda nesto bolje: http://matt.dev.openstreetmap.org/treemap.png iako se jos uvijek jako crveni u onim najsitnijim pixelima (a to su mali korisnici a ne globalni importi i sl) Oh well... Tuzno ali prezivjeti cemo (valjda). ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [Talk-hr] Fw: Fw: Fw: [Announce] NOTICE: Upcoming Maintenance - Read Only
Rješit ćemo mi sve to ponovno. Bitno da smo sad na čistom. On 4.4.2012. 16:36, Tom wrote: Da, detalji otišli :( Neke rute koje provjerih preko YourNavigation.org više nisu iste ... nedostaju im izlazi s autocesta/brzih-cesta. ___ Talk-hr mailing list Talk-hr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-hr
Re: [talk-ph] Fwd: [OSM-talk] NOTICE: Upcoming Maintenance - Read Only
Hi guys, You can start editing once again! http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/ License/legal note: the database is still licensed CC-BY-SA 2.0. There is a background processing job being done to redact (i.e., hide and prevent it from being published) data coming from people who have not yet agreed or explicitly declined the Contributor Terms. Once this job is done, the OSM Foundation will announce when the database will be licensed as ODbL. On Wed, Mar 28, 2012 at 4:56 PM, maning sambale emmanuel.samb...@gmail.com wrote: FYI -- Forwarded message -- From: Grant Slater openstreet...@firefishy.com Date: Wed, Mar 28, 2012 at 4:51 PM Subject: [OSM-talk] NOTICE: Upcoming Maintenance - Read Only To: Talk Openstreetmap t...@openstreetmap.org, OSM Dev List d...@openstreetmap.org, annou...@openstreetmap.org Between Sunday 1st of April 2012 (no joke) 8:00am (GMT / UTC) and the morning of the 4th of April 2012 the primary database server will be switched to read-only mode so that we can bring the new server (ramoth) onstream, bought thanks to your donations. Additional schedule details are available here: http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/ When service is resumed, we will begin the license change as a background process, redacting any data whose authors have not consented to the new terms. If you have not yet agreed or declined please log in and do so before the downtime begins. Login issues? Assistance is available in #osm (irc.oftc.net) on http://irc.osm.org/ The following services WILL be affected: * www.openstreetmap.org web site will not allow edits (Potlatch or Potlatch 2). [1] * Write API (POST / PUT) and map database editing (using JOSM, Merkaartor etc.) will be unavailable. * planet.openstreetmap.org will be available but no new diffs will be generated until the license change is complete. Other services will NOT be affected - all of the following are expected to function normally: * tile serving (View The Map Export) * wiki.osm.org * forum.osm.org (will allow logins) * trac.osm.org (bug-tracker, logins allowed) * help.osm.org (will allow logins) * Nominatim.osm.org (search) * mailing lists - lists.osm.org * subversion ( svn.openstreetmap.org ) and git.openstreetmap.org (source code repositories) * donate.openstreetmap.org Technical: pg_dump (smaug) to pg_restore -j x (ramoth). Upgrading from PostgreSQL 8.4 to PostgreSQL 9.1 1: Maps will still be viewable on the openstreetmap.org homepage and on other people's websites. Sincerely Grant Slater On behalf of the OpenStreetMap sysadmin team. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] [Talk-cz] czech republic: data wrongly marked as ODbL compatible was Re: Hromadné importy změna licence
Petr Morávek [Xificurk] wrote: Hello, I went through Pavel's changesets and I think I've found all the tainted data. Here is what I did: 1) I went through Pavel's changesets (except the big ones already identified as ODbL compatible imports). 2) Counted the number of created or modified nodes that had tags place=* or railway=station,halt,tram_stop. This gave me 17 changesets that have at least 10 such nodes. 3) Then I checked them manually and identified the mass imports. Pavel's tainted changesets incompatible with ODbL+CT: 720911, 720263, 187327, 189654, 188101, 197352, 593595 Special case of changeset 473203: contains mostly import of forests, but also 12 place nodes from wikipedia,etc., only 3 of them (27716, 27734, 27739) are still in the database. I would suggest we keep this changeset and remove only those 3 offending nodes when the database comes from read-only mode. In the process I've found another changeset with import of places from wikipedia,geonames,etc. performed by Bilbo. This should be marked for removal as well: 312633 Hello, I've deleted the incompatible nodes. Now, I wonder what's going to happen next? Will Pavel accept ODbL+CT in his profile? Or is it no longer possible? As far as I know there isn't a list of incompatible changesets yet (only the other way around - list of compatible changesets of decliners). But we need it at least because of the Bilbo's changeset 312633. Where should this be directed? Once Pavel's account is marked ODbL+CT compatible and the new list with incompatible changesets (total 8 changesets), 720911, 720263, 187327, 189654, 188101, 197352, 593595, 312633, is set into place, we no longer need to override Pavel's other bulk imports listed on [1]. Best regards, Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists#Pavel_imports_in_Czech_Republic signature.asc Description: OpenPGP digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] [Talk-cz] czech republic: data wrongly marked as ODbL compatible was Re: Hromadné importy změna licence
There is a list of incompatbile changesets here: http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists#Tainted_Changesets IMHO the best would be for Pavel to accept, but that naturally depends on him. Simon Am 04.04.2012 11:53, schrieb Petr Morávek [Xificurk]: Petr Morávek [Xificurk] wrote: Hello, I went through Pavel's changesets and I think I've found all the tainted data. Here is what I did: 1) I went through Pavel's changesets (except the big ones already identified as ODbL compatible imports). 2) Counted the number of created or modified nodes that had tags place=* or railway=station,halt,tram_stop. This gave me 17 changesets that have at least 10 such nodes. 3) Then I checked them manually and identified the mass imports. Pavel's tainted changesets incompatible with ODbL+CT: 720911, 720263, 187327, 189654, 188101, 197352, 593595 Special case of changeset 473203: contains mostly import of forests, but also 12 place nodes from wikipedia,etc., only 3 of them (27716, 27734, 27739) are still in the database. I would suggest we keep this changeset and remove only those 3 offending nodes when the database comes from read-only mode. In the process I've found another changeset with import of places from wikipedia,geonames,etc. performed by Bilbo. This should be marked for removal as well: 312633 Hello, I've deleted the incompatible nodes. Now, I wonder what's going to happen next? Will Pavel accept ODbL+CT in his profile? Or is it no longer possible? As far as I know there isn't a list of incompatible changesets yet (only the other way around - list of compatible changesets of decliners). But we need it at least because of the Bilbo's changeset 312633. Where should this be directed? Once Pavel's account is marked ODbL+CT compatible and the new list with incompatible changesets (total 8 changesets), 720911, 720263, 187327, 189654, 188101, 197352, 593595, 312633, is set into place, we no longer need to override Pavel's other bulk imports listed on [1]. Best regards, Petr Morávek aka Xificurk [1] http://wiki.openstreetmap.org/wiki/Quick_History_Service/Changeset_Lists#Pavel_imports_in_Czech_Republic ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Creative-Commons 4.0 (first draft)
I guess the number 1 requirement for CC4, from an OSM point of view, is that it be interoperable with the ODbL. Firstly so that those who are building applications using OSM data today would be able to keep doing what they are doing even if OSM started using CC4 in future, and secondly so that any such switchover would not have to delete any non-compliant data (such as imports where permission has been granted for ODbL but not for CC). This is something that Open Data Commons would have to take part in too, since Creative Commons cannot create an ODbL-to-CC migration path on their own. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 04.04.12 01:58, schrieb Garry: Am 03.04.2012 17:05, schrieb Andreas Neumann: STOP! Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn. +1 Der Aufwand die Daten in OSM zu erfassen ist viel zu hoch dafür nur um Demo-Anwendungen damit zu füttern die zeigen was man alles tolles mit den Daten machen könnte, sowas hier z.B.: http://www.openstreetmap.org/browse/relation/403713 (Es gibt auch eine Relation für Normalsterbliche) aber kaum jemals so weit kommen wird daraus eine annähernd zuverlässige Anwendung zu machen. +1 Ein brauchbarer ÖPNV-Router kommt ohne Fahrplandaten und Echtzeitinformationen nicht aus. Wir liefern allenfalls Geodaten, also: wo ist die Haltestelle, und an welchem Haltestellenmast fährt welcher Bus mit welchem Ziel ab. Alles andere weiß der Verkehrsbetrieb besser als wir. Die Linienwege in der Relation sind ne nette Beigabe für den Renderer, und um dem Mapper den Linienweg zu veranschaulichen. Eine Relation pro Richtung ist dabei ein brauchbarer Kompromiss. Denn spätestens bei solchen Linien: http://www.bahn.de/westfalenbus/view/mdb/kursbuch/mdb_3985_464.pdf ist die Eine-Relation-pro-Fahrt-Methode für den Mapper ziemlich unübersichtlich. Und die Fahrplandaten machen mit Fußnote Fahrt verkehrt nur bei Betrieb der Schule oder des Kindergartens in Bödefeld in unserem Datenbestand auch keinen Sinn mehr. Wer effektiv routen will, nimmt die Haltestellen in der im Fahrplan zeitlich geordneten Reihenfolge, und routet auf dem vorhandenen Straßennetz. Dabei können die Relationsmitglieder eventuell noch höher priorisiert werden. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 03.04.2012 17:05, schrieb Andreas Neumann: STOP! Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn. gerne. Aber es wird auch dann noch genügend manuelle Arbeit bleiben. Für die elektronische Fahrplanauskunft gibt es eine Menge von Austauschformaten. Dabei handelt es sich meist um Herstellerstandards die zudem lausig dokumentiert sind. Aber wenigstens sind es ASCII oder CSV-Formate und somit halbwegs lesber. Die Fahrten werden entweder im vollständigen Verlauf abgelegt (HAFAS-Rohdatenformat) oder in Profile zerlegt. Im Hafas-Format sind die Linien nur optional. Die DB kennt diese nicht. Im ÖPNV-Bereich ist gibt es in der Regel eine als Klartext codierte Linie sowie die Richtung 1/2 (oder war es 0/1?). In den meisten anderen Formaten sind die Fahrten als Profile abgelegt. Es gibt ein Profil der Haltestellenfolge, ein Fahrzeitprofil und eine Liste der Fahrten, aus der Haltestellenfolge, Fahrzeitprofil und Abfahrtszeit hervorgeht. (Verkehrsmittel, Gültigkeit und weitere Attribute lasse ich mal außen vor). Auch hier haben die Linien außer der Textbezeichnung nur selten eine ID. Wenn Profile vorkommen haben die ID keine Konsistenz. Sprich wenn eine weitere Variante hinzukommt ist die Varianten-ID eine andere. Die Pflege der Haltestellen erfolgt je nach System und Sorgfalt in der Datenpflege in ein bis drei Ebenen. Gesamthaltestelle, ggf. zusammengefasster Bereich mehrerer Haltestellen mit ähnlichen Umsteigebeziehungen und ggf. einzelner Mast. Die Linienwege pflege ich in einem GIS. Daraus kann ich diese als Shape exportieren. Das bringt bei der Übernahme in OSM nicht allzu viel. Zudem kann ich eine Datei erzeugen, die den Verlauf für jedes Streckensegment von Mast(ID) nach Mast(ID) mit Zwischenpunkten ausgibt. Diese nutze ich zur Visualisierung des Fahrwegs einer konkreten Verbindungsabfrage. Selbst wenn dieses Polygon auf OSM basierend geroutet wird, besteht keine Verknüpfung mit den Netzsegmenten in OSM. Wenn man das verbessern wollte, bräuchte man in OSM ein anderes Datenmodell. Dann müssten Kleinrelationen Mast-Mast angelegt werden, auf die man dann relativ automatisch die ganzen Linienvarianten mit ihren ganzen Haltestellenfolgen legen könnte. Derzeit plane ich eine Haltestellen-/Netzverwaltung. Damit will ich mit den vorhandenen Daten neben dem für die eigentliche Arbeit auch Netzextrakte erzeugen. Also Gesamtnetz als Shape/GPX/OSM, Einzellinien, ggf. auch einzelne Varianten usw. Das soll im Laufe des Jahres fertig werden. Aber selbst unter optimalen Voraussetzungen wird das die Arbeit der Community allenfalls erleichtern. Das ganze wird als OpenSource bereit gestellt werden, http://www.fapla.de. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Smartphone App oder Java Applet für Hausnummern und Hauseingänge
Am 03.04.2012 21:50, schrieb koppenho: Hallo, vor längerer Zeit habe ich hier in der Liste oder im Web-Forum etwas über eine Java-Applikation gelesen, mit der man - wenn ich mich richtig erinnere - an Gebäuden einen entrance-Punkt setzen konne. Da war, glaube ich, auch noch das Setzen/Korrigieren einer Hausnummer mit dabei. Ich habe mir damals leider die URL nicht notiert, da mein damaliges Handy das nicht konnte. Mein aktuelles Modell könnte es (und hat auch einen größeren Bildschirm :-) ). Erinnert sich noch jemand daran? Das könnte ein Jahr oder länger her sein. Ich finde die Info leider nicht mehr. Meintest du vielleicht das hier? http://wiki.openstreetmap.org/wiki/KeypadMapper Ich bin mir nicht sicher, vielleicht kann das sogar GPSmid ganz gut http://wiki.openstreetmap.org/wiki/GPSmid Gruß Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM dieses Jahr im Heise Aprilscherz
Am 01.04.2012 04:00, schrieb Garry: Am 01.04.2012 01:28, schrieb Roland Ramthun: Hallo Leute, wir sind dieses Jahr im Heise online Aprilscherz zu finden: http://www.heise.de/newsticker/meldung/OSM-Lizenzwechsel-reisst-Loecher-in-die-Hauptstadt-1486457.html Wenn DAS mal nicht der endgültige Beweis ist, das wir mittlerweile Mainstream sind, oder so... Mir gefällt der Aprilscherz nicht - für den flüchtigen Leser ist das eine negative Werbung für OSM. Um ehrlich zu sein so richtig gelungen fand ich den auch nicht, vielleicht aber auch nur, weil er dann doch nur unser Lieblingsproblem berührt. Anyway, denke sie haben es nicht böse gemeint und man sollte ja auch immer über sich selbst lachen können :) Gruß Matthias (user:!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 04.04.2012 08:04, schrieb Andre Joost: Am 04.04.12 01:58, schrieb Garry: Am 03.04.2012 17:05, schrieb Andreas Neumann: STOP! Ich weiß, jeder darf alles mappen, was er für würdig hält, aber hier sind wir an einen Punkt angelangt, der weder auf Dauer wartbar ist, noch in der Fläche realisierbar wird. Bei solch fluktuierenden Daten sollten wir uns überlegen, eher die Verkehrsverbände drauf zu drängen, dass die ihre Daten maschinenlesbar zur Verfügung stellen und wir nur noch eine ID an die Linie packen. Ansonsten wäre es reiner Wahnsinn. +1 Der Aufwand die Daten in OSM zu erfassen ist viel zu hoch dafür nur um Demo-Anwendungen damit zu füttern die zeigen was man alles tolles mit den Daten machen könnte, sowas hier z.B.: http://www.openstreetmap.org/browse/relation/403713 (Es gibt auch eine Relation für Normalsterbliche) aber kaum jemals so weit kommen wird daraus eine annähernd zuverlässige Anwendung zu machen. +1 Ein brauchbarer ÖPNV-Router kommt ohne Fahrplandaten und Echtzeitinformationen nicht aus. Wir liefern allenfalls Geodaten, also: +1 Es gibt ein länderübergreifenden Projekt, an dem schon mehrere Bundesländer teilnehmen und das europaweit ausgedehnt werden soll. Hab keine Ahnung, unter welcher Lizenz das Projekt und die Implementierungen stehen: www.delfi.de/ Gruß Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Am 04.04.2012 12:23, schrieb bkmap: Es gibt ein länderübergreifenden Projekt, an dem schon mehrere Bundesländer teilnehmen und das europaweit ausgedehnt werden soll. Hab keine Ahnung, unter welcher Lizenz das Projekt und die Implementierungen stehen: www.delfi.de/ Das ist derzeit nur eine Verknüpfung der Auskunftssysteme. Zwischen den Bundesländern sind Übergabepunkte definiert. Meist sind das Fernverkehrsbahnhöfe. Dazwischen findet eine verteile Verbindungssuche statt. Netzinformationen oder Haltestellenfahrpläne gibt es darüber derzeit nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Forschungseinrichtungen, wie taggen?
Wie taggt Ihr üblicherweise Forschungseinrichtungen? Im konkreten Fall ein Institut zur Ernährungsforschung. Eine Universität ist das ja nicht, z.B. wird AFAIK nicht gelehrt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Forschungseinrichtungen, wie taggen?
On 04/04/2012 06:50 PM, Martin Koppenhoefer wrote: Wie taggt Ihr üblicherweise Forschungseinrichtungen? Im konkreten Fall ein Institut zur Ernährungsforschung. Eine Universität ist das ja nicht, z.B. wird AFAIK nicht gelehrt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de office=research Siehe auch http://www.openstreetmap.org/browse/way/31786468 Frohe Ostern, Andreas signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Relationen in OSM
Moin! Am 03.04.2012 16:23, schrieb Christian Müller: Bei der Vielfalt der Linienfahrpläne in the wild lässt sich das eigentlich auch nur lösen, wenn die kompletten Fahrpläne erfasst werden bus_stop: collection_times pro Linie pro Richtung Beispiel: 1. Relation (nur Hp-Mitglieder gelistet) Hp1 in der Rolle 07:00, 08:00, 09:00, 12:00, 13:00, 15:00, 18:00, 19:00 Das können wir allgemein nicht erfassen und pflegen. Allenfalls für Fernbusse, spezielle Züge oder Fähren mit 1-3 (evtl. bis 5) Abfahrten pro Tag wären einzelne Abfahrtszeiten in OSM machbar. Ansonsten wären schon die Betriebszeiten und der Takt bzw. die Zahl der Fahrten pro Tag sehr hilfreich. Ich hatte auch schonmal darüber nachgedacht, ob nicht die Haltepunkte reichen, um den Linienverlauf automatisiert mittels geeigneter Routing-Engine ermitteln zu lassen. Das birgt aber folgende Probleme: - manche Linien machen Abstecher, halten aber nicht notwendigerweise zweimal, während sie den Teil des Pfades durchlaufen Aber die Abfolge der Haltepunkte wäre doch eindeutig definiert. Wie kann es falsche Auswertungen geben? - Linien folgen nicht notwendigerweise dem kürzesten Pfad (u.U. durch Rücksicht auf Anwohnergebiete oder andere Gegebenheiten: Straßenausbau, etc.) Wie Martin schon schrieb: man könnte via-Punkte einfügen. - Routing ist _nicht_ stabil: stellt euch vor, euer Router ermittelt automatisiert einen korrekten Linienverlauf, einen Monat später macht ein Mapper eine Ergänzung, welche die kürzeste Route beeinflusst - schon würde sich die Route der Linie ändern (und entspräche demnach nicht mehr dem in der Realität unveränderten Verlauf) Bei den üblichen Ergänzungen und Verfeinerungen der Straßendaten wird wohl in fast allen Fällen die neue Route korrekt sein. In wenigen Fällen würde auf einer ÖPNV-Karte ein abweichender Streckenverlauf zwischen zwei aufeinanderfolgenden Haltepunkten angezeigt. Abgesehen von Sightseeing-Fahrten ist es für den Fahrgast meist egal, welchen von zwei gleichlangen Wegen der Bus nimmt. In der Praxis werden bei Änderungen an den Straßendaten gerade die streckenbasierten Busrelationen viel zu oft unterbrochen oder nicht auf die neuen Wege angepasst, entweder weil der Mapper die Relationen nicht gut genug kennt, keine Lust zur Anpassung hat oder schlicht Fehler macht. Das finde ich schlimmer, als evtl. mögliche Abweichungen von der Fahrstrecke. - der Pfad sollte Teil der Relation bleiben, eine Erfassung der Haltepunkte reicht nicht aus Ich halte ein Steckenmodell aus Halte- und via-Punkten für einfacher, besser wartbar und robuster. Ich habe nur Zweifel, ob eine Änderung durchsetzbar wäre, da diverse Tools das Streckenmodell auswerten und dann geändert werden müssten. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM wieder editierbar
Hi, habe gesehen dass die Daten wieder editierbar sind. Ist es nun die neue Lizenz, oder erfolgt die Bereinigung erst jetzt nach dem Umzug auf die neue Hardware? Wie es aussieht trifft das 2. zu, denn z.Bsp. Polen scheint noch komplett zu sein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM wieder editierbar
Hi, On 04/04/2012 08:50 PM, Martin Czarkowski wrote: Ist es nun die neue Lizenz, oder erfolgt die Bereinigung erst jetzt nach dem Umzug auf die neue Hardware? Wie es aussieht trifft das 2. zu, denn z.Bsp. Polen scheint noch komplett zu sein. Ja. Die Aenderungen, die im Vorfeld des Wechsels gemacht werden muessen, werden waehrend des normalen Betriebs gemacht, und irgendwann in den naechsten Tagen anlaufen. Erst, wenn das alles durch ist, kann die Lizenz umgestellt werden. 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] ÖPNV-Relationen in OSM
Am 04.04.2012 20:18, schrieb Stephan Wolff: Moin! Am 03.04.2012 16:23, schrieb Christian Müller: Bei der Vielfalt der Linienfahrpläne in the wild lässt sich das eigentlich auch nur lösen, wenn die kompletten Fahrpläne erfasst werden bus_stop: collection_times pro Linie pro Richtung Beispiel: 1. Relation (nur Hp-Mitglieder gelistet) Hp1 in der Rolle 07:00, 08:00, 09:00, 12:00, 13:00, 15:00, 18:00, 19:00 Das können wir allgemein nicht erfassen und pflegen. Allenfalls für Fernbusse, spezielle Züge oder Fähren mit 1-3 (evtl. bis 5) Abfahrten pro Tag wären einzelne Abfahrtszeiten in OSM machbar. Ansonsten wären schon die Betriebszeiten und der Takt bzw. die Zahl der Fahrten pro Tag sehr hilfreich. Alle angesprochenen Merkmale sind Aggregate aus dem zugrundeliegenden Fahrplan - für Linien, die keine starke Regelmäßigkeit/Struktur aufweisen, ist eine Aggregation nutzlos. Damit lässt sich also auch keine allgemeine Empfehlung für die Erfassung solcher Werte aussprechen. Der Takt z.B. bringt höchstens etwas für innerstädtische Linien - im städtischen Randgebiet ist eine Abstraktion der stark variierenden Linienvarianten oft nicht sinnvoll. Ich sehe auch nicht, welchen Mehrwert die Zahl der Fahren pro Tag bringen soll. Bei den Betriebszeiten besteht die Möglichkeit, dass für manche Linien z.B. der letzte Wagendurchlauf ein verkürzter ist, die Linie aber in OSM komplett erfasst ist. Wer einmal den letzten Bus des Tages aufgrund schlechter oder falsch interpretierter Information verpasst hat, kann sich vorstellen, welche Verwendung die Informationsquelle zukünftig für sie/ihn noch findet. Ich empfinde es daher als nutzlos, nicht-statische, durch Mapper selbst aggregierte Informationen von Fahrplänen in OSM zu taggen. Wem es dennoch Spaß macht, go ahead.. In die Annahme, dass wir das allgemein nicht erfassen und pflegen _wollen_, hatte ich schon eingestimmt - missing manpower. Wöllten wir es, sollten wir uns auf den Fahrplan stürzen, alles andere bliebe so unzulänglich, wie die bisherige Varianten, deren Erfassung und Pflege Du m.E. zu recht als mühsam und unbefriedigend genau empfindest. - manche Linien machen Abstecher, halten aber nicht notwendigerweise zweimal, während sie den Teil des Pfades durchlaufen Aber die Abfolge der Haltepunkte wäre doch eindeutig definiert. Wie kann es falsche Auswertungen geben? Indem z.B. nicht auf dem Abstecher zurückgeroutet wird, sondern vom Router eine andere Route zur Folgehaltestelle errechnet wird. 4-+ | | | | +---23 | | 1 von 3 nach 4 gibt es mehrere Wege - das Unternehmen, welches den PNV betreibt, definiert aber i.d.R. genau eine Route, die der Fahrer nimmt. Das Problem ist, dass eine Routing-Engine u.U. nicht nach den gleichen Kriterien entscheidet, die das Unternehmen zur Routenplanung verwendet. Es ist sogar so, dass die Routenplanung von Unternehmen zu Unternehmen unterschiedlich sein wird und verwendete algorithmische Grundlagen nicht vorliegen. Die Identität zum Problem der Bestimmung des kürzesten Weges zwischen Haltepunkten ist somit oft nicht gegeben. Dies trifft vermutlich um so mehr zu, je weiter Haltepunkte auf einer Route voneinander entfernt liegen. Via-Knoten können da Abhilfe schaffen, aber lägen die dann nicht auch auf den osm-ways die von Veränderung der Basisgeometrie betroffen sind? In der Praxis werden bei Änderungen an den Straßendaten gerade die streckenbasierten Busrelationen viel zu oft unterbrochen oder nicht auf die neuen Wege angepasst, entweder weil der Mapper die Relationen nicht gut genug kennt, keine Lust zur Anpassung hat oder schlicht Fehler macht. Das finde ich schlimmer, als evtl. mögliche Abweichungen von der Fahrstrecke. +1 Ob es besser funktioniert, als die bisherige Mappingpraxis, kann nur ein Versuch zeigen. Solange die Hps angefahren werden, sehe ich mögliche Abweichungen vom echten Streckenverlauf auf der ÖPNV-Karte auch nur als kosmetisches Problem. Zumal aufgrund des angesprochenen Variantenproblems in den Linienverläufen ohnehin nur die am häufigsten verwendete Variante einer Linie in OSM landen wird. Das beste wäre tatsächlich eine Verknüpfung mit echten Fahrplandaten der Verkehrsunternehmen per API. Wenn sich da in den nächsten Jahren etwas öffnet, kann man evtl. auf die Erfassung von ÖPNV-Relationen in OSM ganz verzichten. Ein Mashup enumeriert dann einfach die Linien über das angebotene API, holt sich die Haltestellen je Linie, korreliert diese mit den bus_stops in OSM, errechnet eine Route und rendert das ganze in die ÖPNV-Karte. Vorstellbar wäre auch, dass man verschiedene Tiles (oder Overlay-Tiles) je nach Tageszeit generiert und ausliefert, um die Veränderung des Linienverlaufs tageszeitbedingt zu reflektieren. Ohne API und bei dem momentanen Interesse der Community an ÖPNV bleiben wir vermutlich auf dem momentanen Niveau einer eingeschränkt genauen/statischen Visualisierung der
Re: [Talk-de] Forschungseinrichtungen, wie taggen?
Am 4. April 2012 19:45 schrieb Andreas Neumann andr-neum...@gmx.net: On 04/04/2012 06:50 PM, Martin Koppenhoefer wrote: Wie taggt Ihr üblicherweise Forschungseinrichtungen? Im konkreten Fall ein Institut zur Ernährungsforschung. Eine Universität ist das ja nicht, z.B. wird AFAIK nicht gelehrt. office=research Siehe auch http://www.openstreetmap.org/browse/way/31786468 In meinem Fall finde ich das unpassend, weil office für Labors, Werkstätten und ähnliches nicht passt, auch würde ich gerne das gesamte Gelände als Forschungseinrichtung taggen, und nicht ein einzelnes Gebäude: es hat einen Zaun drum rum mit Schild was es ist, und auf dem Gelände stehen dann einzelne Gebäude, von denen manche vermutlich auch office sein könnten. Im Wiki steht zu office=research: an office for research and development, d.h. es sollte schon ein Büro sein, und nicht unbedingt ein Labor, für die Gesamteinrichtung ist das ungeeignet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-lt] Turiu labai daug track'u
jei kas apsims panaudot - galiu sukelt i osm ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Turiu labai daug track'u
Laba diena 2012 m. balandis 4 d. 17:58, HDTV HDTV rašė: jei kas apsims panaudot - galiu sukelt i osm Jei pėdsakai tavo (ar turi pėdsakų autorių leidimą), tai geriausia būtų, kad įkeltum čia: http://osm.ramuno.lt/gpx/ Tada pėdsakai ne tik atsirastų OSM'e, bet dar ir mes žinotumėm, KURIŲ vietų jie yra, t.y. žinotume, kurias žemėlapio vietas reikia peržiūrėti, papildyti. Ačiū -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Turiu labai daug track'u
jei kas apsims panaudot - galiu sukelt i osm O jei niekas dabar pat nepažadės naudojimo, kas tada? :) Kelk ir nesigilink. Piešti naujus kelius ar tikslinti esamus visada patogiau ant keleto track'ų. Kita vertus, jei kelio segmente jų matosi koks šimtas (A1 Vilnius-Klaipėda), tada jau ima trukdyti. O jei dar pilna šiukšlių nuo to, kad imtuvas stovėjo vietoje ar buvo patalpoje... -- saimhe ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Turiu labai daug track'u
2012 m. balandis 4 d. 18:35, saimhe rašė: ... patogiau ant keleto track'ų. Kita vertus, jei kelio segmente jų matosi koks šimtas (A1 Vilnius-Klaipėda), tada jau ima trukdyti. O jei dar pilna šiukšlių nuo to, kad imtuvas stovėjo vietoje ar buvo patalpoje... Va iš čia yra pliusas sukelti į tarpinį variantą, kad kažkas prieš keliant pėdsakus juos dar „apkramtytų“. Pvz. MariukoM pėdsakus aš pakarpiau pagal dienas (todėl dingo hiper erdviniai šuoliai), nurankiojau debesukus (nors jų beveik nebuvo). Žinoma tada yra ir minusas - kol kažkas neprisėda, neapdoroja ir realiai nesukelia pėdsakų į osm, niekas kitas negali naudotis. -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-lt] Turiu labai daug track'u
Taip jie mano, su dviraciu turiu virs 230 track'u (siuksles juose istrintos), prie kaikuriu yra nuotrauku. Man patogiau tiesiai i osm ikelt. https://skydrive.live.com/redir.aspx?cid=e08f130c5232db65resid=E08F130C5232DB65!107parid=E08F130C5232DB65!103authkey=!ALsWGd2ZjPFtW0Y matosi jie ir osm'e http://www.openstreetmap.org/user/Sandrius/traces On 04/04/2012, Tomas Straupis tomasstrau...@gmail.com wrote: Laba diena 2012 m. balandis 4 d. 17:58, HDTV HDTV rašė: jei kas apsims panaudot - galiu sukelt i osm Jei pėdsakai tavo (ar turi pėdsakų autorių leidimą), tai geriausia būtų, kad įkeltum čia: http://osm.ramuno.lt/gpx/ Tada pėdsakai ne tik atsirastų OSM'e, bet dar ir mes žinotumėm, KURIŲ vietų jie yra, t.y. žinotume, kurias žemėlapio vietas reikia peržiūrėti, papildyti. Ačiū -- Tomas Straupis ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt ___ Talk-lt mailing list Talk-lt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lt
Re: [Talk-se] Försvunna vägar efter licensbytet
2012/4/4 Joakim Fors joa...@joakimfors.org: Mig veterligen har inte licensbytet börjat ännu utan det är bara uppgradering till PostgreSQL 9.1.3 hittils som skett. Licensbytet börjar väl däremot vilken dag som helst nu så bara att snurra igång http://tools.geofabrik.de/osmi/?view=wtfe och se vad som fortfarande är rött och fixa det. Har något försvunnit redan nu så är det någon som medvetet har tagit bort det. Reduktionen startade idag http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/ /Markus /Joakim On 4 apr 2012, at 19:43, Andreas Vilén wrote: Jag blev precis informerad av Essin på OSM att väg 72 försvunnit från OSM i licensbytet. Det vore bra om andra större vägar som försvunnit kunde listas här så att de relativt snabbt kunde mappas om av någon som finns i området. Även wikin kanske borde uppdateras. Om inte annat kunde det vara ett tillfälle att kolla igenom så att det som står på wikin fortfarande gäller i verkligheten. /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Försvunna vägar efter licensbytet
On 4 apr 2012, at 20:15, Markus Lindholm wrote: 2012/4/4 Joakim Fors joa...@joakimfors.org: Mig veterligen har inte licensbytet börjat ännu utan det är bara uppgradering till PostgreSQL 9.1.3 hittils som skett. Licensbytet börjar väl däremot vilken dag som helst nu så bara att snurra igång http://tools.geofabrik.de/osmi/?view=wtfe och se vad som fortfarande är rött och fixa det. Har något försvunnit redan nu så är det någon som medvetet har tagit bort det. Reduktionen startade idag http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/ Bara API:t som är tillbaka efter serveruppgraderingen det. Ännu har de inte kört igång boten som faktisk utför licensbytet. /Markus /Joakim On 4 apr 2012, at 19:43, Andreas Vilén wrote: Jag blev precis informerad av Essin på OSM att väg 72 försvunnit från OSM i licensbytet. Det vore bra om andra större vägar som försvunnit kunde listas här så att de relativt snabbt kunde mappas om av någon som finns i området. Även wikin kanske borde uppdateras. Om inte annat kunde det vara ett tillfälle att kolla igenom så att det som står på wikin fortfarande gäller i verkligheten. /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Försvunna vägar efter licensbytet
On 4 apr 2012, at 22:28, Markus Lindholm wrote: 2012/4/4 Joakim Fors joa...@joakimfors.org: On 4 apr 2012, at 20:15, Markus Lindholm wrote: 2012/4/4 Joakim Fors joa...@joakimfors.org: Mig veterligen har inte licensbytet börjat ännu utan det är bara uppgradering till PostgreSQL 9.1.3 hittils som skett. Licensbytet börjar väl däremot vilken dag som helst nu så bara att snurra igång http://tools.geofabrik.de/osmi/?view=wtfe och se vad som fortfarande är rött och fixa det. Har något försvunnit redan nu så är det någon som medvetet har tagit bort det. Reduktionen startade idag http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/ Bara API:t som är tillbaka efter serveruppgraderingen det. Ännu har de inte kört igång boten som faktisk utför licensbytet. Här kan man se vad som raderats hittills http://planet.openstreetmap.org/redaction-period/minute-replicate/000/000/ Det där är väl diffar som genereras fr.o.m. att servern kom upp igen tills databasen är rensad på inkompatibelt innehåll. Själva rensningsprocessen har inte kommit igång. Iaf inte enligt de som är inblandade i cirkusen. Men till själva huvudfrågan; om man märker att något stort försvunnit i reduktionen så vore det självklart väldigt bra att mappa om det eller om det inte görs i en handvänding så skapa en wiki-sida över viktiga saker som försvunnit alternativt uppdatera sidan där det står att objektet i fråga är färdigmappad. Håller med. Bra att skapa en wiki-sida/lista på saker som kan ryka eller redan har rykt. Finns vissa områden som kommer att vara hårt drabbade så säkert en hel del att reda upp. /Joakim ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] [CATASTRO] Script para descimprimir catastro y crear fichero de configuración
Pues ya ha llegado y ya esta aceptado :) En un rato sube ander la nueva version corrigiendo la simplificacion de vías, otro null pointer que hemos pillado y este parche. El día 4 de abril de 2012 00:19, Javier Sánchez javiers...@gmail.com escribió: El día 3 de abril de 2012 12:32, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Clonas nuestro repo y entonces tienes permisos de escritura en él (en tu clon). Cuando quieras que pongamos algo en el repositorio nos envías un pull-request con los cambios que quieras que pongamos, los revisamos (bueno, los revisa Ander que es el que tiene permisos :P ) y los aceptamos o modificamos. Es bastante fácil. Hola He pulido un poco el script y añadido la detección automática de la proyección con la ayuda de Javier Briz (gracias). Pero no me aclaro haciendo el pull-request con el git. git push origin maste or ERROR: Permission to AnderPijoan/cat2osm.git denied to javiersanp. fatal: The remote end hung up unexpectedly Al final, siguiendo este tuto [1] he creado una rama y os he mandado el pull-request desde ella. Por si acaso, La nueva versión está en [2]. A ver si os da tiempo de subirlo antes de las merecidas vacaciones. Un saludo. [1] http://playdoces.appspot.com/documentation/1.2.4/github [2] https://github.com/javiersanp/cat2osm/blob/master/scripts/extraer.sh ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] Versión 2012-04-03: portales mas simplificacion de vias
Arreglado el bug de los -ejes. https://github.com/AnderPijoan/cat2osm http://paginaspersonales.deusto.es/cruz.borges/cat2Osm.jar La unión de ejes estamos planteándola ya pero va a ser un poco mas complicado de lo que parece porque en Catastro a veces vienen rotos o mal conectados. El 3 de abril de 2012 18:26, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Perfecto. ¿Podríais hacer también lo de que una los distintos tramos de una misma calle o es mucho pedir para antes de las vacaciones? ;-) Sospecho q si, porque encima mañana tenemos reunión del grupo de trabajo todo el día así que tendremos como media hora para arreglar esto. De todas formas, añade al bugtracker [1] la idea para tenerla presente que a mi se me había olvidado por completo. [1] https://github.com/AnderPijoan/cat2osm/issues -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] [Catastro] cat2osm Versión 2012-04-04
me temo que el problema en -ejes de la pérdida de nombres en la vías persiste. ahora no se pierden viales (salen los mismos que hace 2 versiones) todos van con highway=residential, source=catastro y en mi caso source:date=20120101. así que supongo que mejor esperar a después de vacaciones con calma... alguna pregunta y sugerencia: - el source:date lo saca de los .shp del catastro descargados? - porqué no ponéis en github la lista (y los archivos) de las versiones de cat2osm que van surgiendo e incluso las modificaciones o bugs que se van resolviendo. me parece más ordenado y ahora por ejemplo podría bajarme una versión anterior si la he sustituido por una nueva. - en cuanto a la etiqueta highway=residential automática no estoy seguro si facilita o no: antes salía sin ella y por tanto las vías eran gris oscuro (hablo en JOSM) como de todas formas tengo que ir una a una para comprobar name= (mayúsculas y acentos), simplificar, recolocar con ortofoto y comprobar el tipo de vía (footway, pedestrian...), si pongo yo mismo a mano (con preset) el highway=residential, va cambiando de color a gris claro y veo claramente cuales he modificado y cuales no. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [Catastro] cat2osm Versión 2012-04-04
La pérdida de nombres ya se comentó anteriormente que se estaban colocando nombres incorrectos al no contener el archivo rústico los nombres de las vías. ¿Estas absolutamente seguro que en la versión anterior los nombres de las vías que han desaparecido eran correctos? Puedes enviarnos los ficheros de catastro (o por lo menos decirnos el nombre del municipio? En cuanto a las versiones en github, practicamente cada commit es una nueva versión. De todas formas, es una pifia nuestra bastante grande. El día 4 de abril de 2012 12:03, sergio sevillano sergiosevillano.m...@gmail.com escribió: me temo que el problema en -ejes de la pérdida de nombres en la vías persiste. ahora no se pierden viales (salen los mismos que hace 2 versiones) todos van con highway=residential, source=catastro y en mi caso source:date=20120101. así que supongo que mejor esperar a después de vacaciones con calma... alguna pregunta y sugerencia: - el source:date lo saca de los .shp del catastro descargados? - porqué no ponéis en github la lista (y los archivos) de las versiones de cat2osm que van surgiendo e incluso las modificaciones o bugs que se van resolviendo. me parece más ordenado y ahora por ejemplo podría bajarme una versión anterior si la he sustituido por una nueva. - en cuanto a la etiqueta highway=residential automática no estoy seguro si facilita o no: antes salía sin ella y por tanto las vías eran gris oscuro (hablo en JOSM) como de todas formas tengo que ir una a una para comprobar name= (mayúsculas y acentos), simplificar, recolocar con ortofoto y comprobar el tipo de vía (footway, pedestrian...), si pongo yo mismo a mano (con preset) el highway=residential, va cambiando de color a gris claro y veo claramente cuales he modificado y cuales no. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Grupo Open Data y Risp en España
Me parece razonalble participar ya que se amolda a este proyecto * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info http://picholeiro.sytes.net. El 3 de abril de 2012 13:33, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Supongo que deberíamos. El día 2 de abril de 2012 08:57, Jaime Crespo jy...@jynus.com escribió: ¿Deberíamos participar y/o contactar? http://www.w3c.es/Noticias/2012/03/30/lanzamiento-del-grupo-open-data-y-risp-en-espana/ -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Grupo Open Data y Risp en España
Me he registrado pero no tengo ni guarra de o que es :S parece una red social :S El día 4 de abril de 2012 16:38, Manuel manuelmi...@gmail.com escribió: Me parece razonalble participar ya que se amolda a este proyecto *** ~ Un saludo cordial de Manuel ~ *** Mi sitio si te interesa mas información visita El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info . El 3 de abril de 2012 13:33, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Supongo que deberíamos. El día 2 de abril de 2012 08:57, Jaime Crespo jy...@jynus.com escribió: ¿Deberíamos participar y/o contactar? http://www.w3c.es/Noticias/2012/03/30/lanzamiento-del-grupo-open-data-y-risp-en-espana/ -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] acequia
mira http://wiki.openstreetmap.org/wiki/ES:Map_Features#Waterway_.28V.C3.ADas_de_agua_y_portuarias.29 yo voto por drain http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain El 04/04/2012, a las 20:07, bicifamiliar escribió: Hola, ¿cómo se etiquetaría esta acequia? http://commons.wikimedia.org/wiki/File:S%C3%A9quia_de_l%27Esquero.JPG waterway=canal (yo apostaba por esta) waterway=drain waterway=ditch el muro se indica de alguna manera? la profundidad y anchura influye en como se cargan/visualizan después los mapas? Y si fuese la misma acequia pero sin obra, es decir sobre tierra, pero siendo una acequia donde solo pasa el agua cuando se pone en marcha un motor que la extrae del subsuelo? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] acequia
Hola Yo siempre he tenido esa duda. Además añadiría la que estoy usando yo para las tajeas o atarjeas (acequias en Canarias), pero tiene el inconveniente de que no se visualiza en mapnik: man_made=pipeline, location=underground/overground, type=water. Y se me ocurre open=yes (o algo así) para indicar que está descubierta. Respecto a lo de la anchura, depende del visualizador. En el caso de mapnik te diré que no influye hasta donde yo se. De hecho, si usas canal, obtendrás una línea exageradamente gorda. Drain que comenta Sergio no sale tan ancha. Saludos. El día 4 de abril de 2012 19:07, bicifamiliar i...@bicifamiliar.org escribió: Hola, ¿cómo se etiquetaría esta acequia? http://commons.wikimedia.org/wiki/File:S%C3%A9quia_de_l%27Esquero.JPG waterway=canal (yo apostaba por esta) waterway=drain waterway=ditch el muro se indica de alguna manera? la profundidad y anchura influye en como se cargan/visualizan después los mapas? Y si fuese la misma acequia pero sin obra, es decir sobre tierra, pero siendo una acequia donde solo pasa el agua cuando se pone en marcha un motor que la extrae del subsuelo? Gracias, Paco ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Talleres de edición de OpenStreetMap en Corbera de Llobregat
Hola, Sólo informaros de que en Corbera de Llobregat (Barcelona) se van a realizar talleres de edición de OpenStreetMap para mejorar los datos del pueblo en OSM los dias 16, 23 y 30 de abril de 2012, de 18h a 19:30h en la Biblioteca Can Baró. El término municipal contiene unas 30 urbanizaciones, o sea que la tarea promete: http://www.openstreetmap.org/?lat=41.424lon=1.9356zoom=12layers=M Se necesita inscripción previa, de momento, sólo hay evento en Facebook: http://www.facebook.com/lapeixera El catastro supongo que estará en el punto de mira ;-) A ver si alguien se anima... -- *KONFRARE ALBERT* La Konfraria de la Vila del Pingüí de La Palma WEB:http://www.konfraria.org TWITTER: http://twitter.com/La_Konfraria FACEBOOK: http://ca-es.facebook.com/people/Konfraria-Vila-Del-Pingui/11918952076 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] OSM serverid on taas üleval
Hoi, Openstreetmap on nüüd üle läinud ODbL litsentsile ning andmebaas on taas kirjutamiseks avatud. Ega oskagi muud soovida kui jaksu kadunu taastamisel :). Palju seda polnud - minule suurimat huvi pakkuval Põlva- ja Võrumaal läks kaotsi üks või kaks teejuppi, mille taastamine pole suur töö. Edu, - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] OSM serverid on taas üleval
Natukene vara rõõmustad. Uus andmebaas on küll püsti, kuid non-odbl andmete kustutamine toimub alles eeloleva nädala jooksul. Mihkel 2012/4/4 Margus Värton mar...@dakar.ee Hoi, Openstreetmap on nüüd üle läinud ODbL litsentsile ning andmebaas on taas kirjutamiseks avatud. Ega oskagi muud soovida kui jaksu kadunu taastamisel :). Palju seda polnud - minule suurimat huvi pakkuval Põlva- ja Võrumaal läks kaotsi üks või kaks teejuppi, mille taastamine pole suur töö. Edu, - M - __**_ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eehttp://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-ee] OSM serverid on taas üleval
4.04.2012 19:21, Mihkel Rämmel kirjutas: Natukene vara rõõmustad. Uus andmebaas on küll püsti, kuid non-odbl andmete kustutamine toimub alles eeloleva nädala jooksul. Nojah - aga redigeerida juba saab :) - M - Mihkel 2012/4/4 Margus Värton mar...@dakar.ee mailto:mar...@dakar.ee Hoi, Openstreetmap on nüüd üle läinud ODbL litsentsile ning andmebaas on taas kirjutamiseks avatud. Ega oskagi muud soovida kui jaksu kadunu taastamisel :). Palju seda polnud - minule suurimat huvi pakkuval Põlva- ja Võrumaal läks kaotsi üks või kaks teejuppi, mille taastamine pole suur töö. Edu, - M - ___ Talk-ee mailing list Talk-ee@openstreetmap.org mailto:Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-pt] Interrupção de serviço e mudança de licença
Timing respeitado, novo servidor activo desde esta manhã (dia 4) :-) O processo de mudança para ODbL vai poder começar, por enquanto os dados ainda não são ODbL clean más já podemos contribuir a vontade. O ultimo planet em CC-by-SA foi disponibilizado ontem em : http://planet.openstreetmap.org/ (planet-120401.osm.bz2) Os diffs vão ser retomados, para a comunidade poder controlar a migração de licença, num enderenço temporario : http://blog.osmfoundation.org/2012/04/04/api-read-write-returns/ O mapa (tiles) ainda não está operacional (em curso) más isso não impede o trabalho de edição. Vamos-la matar o desejo de editar ;-) Rui Oliveira racoqs...@gmail.com: Bem, agora que me estava a apetecer editar, lembrei-me deste alerta do Francisco Santos :) Será que eles vão mesmo cumprir o timing de read only e dia 5 já vamos ter acesso à plataforma de edição? 2012/3/28 Francisco DOS SANTOS f.dos.san...@free.fr Olá, Uma mensagem de serviço importante ;-) Do 1 de Abril (dia das mentiras) desde das 8 horas GMT/UTC até o 4 de Abril de manha a base de dados passará em manutenção (consultável em leitura só). Isto permitira a instalação no novo servidor (ramoth) comprado com a campanha de doações de Dezembro. A base de dados passando de PostgreSQL 8.4 para PostgreSQL 9.1. A seguir vai ser lançado o processo de conversão dos dados para ODbL, inicio previsto para o dia 7 de Abril (os dias 5 e 6 estão reservados para teste do processo de conversão). Essas datas podem sofrer alterações mediante os resultados da rebuild team. A data de fim do processo de conversão ainda é desconhecida. Será possível contribuir novamente ao OSM logo que a base de dados fica instalado no novo servidor (dia 4). O API fica operacional durante todo o período de conversão dos dados (processo não destrutivo de redaction dos contributos CC-by-SA, em paralelo ao funcionamento normal do API). O ficheiro planet desta semana ficou adiado para ser produzido no dia 1 de Abril é será o ultimo publicado em CC-by-SA. Os ficheiros diff de replicação (e a construção do ficheiro planet) serão interrompidos até o processo de conversão ficar pronto. Os novos diffs inteiramente ODbL mudarão para um novo endereço URL. O anuncio oficial : http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/ Para mais informações no assunto do desaparecimento dos dados não ODbL (processo de ocultação de dados chamado redaction) : http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API Francisco ___ 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
[Talk-pt] OSM Party é notícia
Caros, Hoje o Diário de Aveiro tem uma notícia de página inteira sobre a party OSM organizada no sábado. Na edição online, tem um bocadinho da notícia. Notícia: http://www.diarioaveiro.pt/noticias/escola-aires-barbosa-clube-de-cartografia-envolvido-em-projecto-mundial Para quem ainda não conhece o vídeo produzido por esta escola: http://www.youtube.com/watch?v=e6avSZtjCNo Parabéns à XLM (e à Escola Aires Barbosa). Abraço, Jorge -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-lv] Fwd: [Talk-us] We have less than a week left to remap!
On 03/22/12 11:20, Raitis U. wrote: ok, tātad according to this: http://cleanmap.poole.ch/?zoom=9lat=56.78476lon=24.1001layers=00B0 http://cleanmap.poole.ch/?zoom=9lat=56.78476lon=24.1001layers=00B0 Jelgava, Saldus un Skrīveri faktiski aiziet pa pieskari? jelgava jaa, skriiveros tik daudz nebija, saldus it kaa tika saglaabts pa lielam. Kas tur notiek ar Krievijas robežām? tiek paarbiidiitas uz aaru atkal ? ; p.s. izskatās ka Polija būs visai patukša... un austraalija, jaa. nuneko, naaksies shiem tur piestraadaat :) On Thu, Mar 22, 2012 at 10:50 AM, Rich ric...@nakts.net mailto:ric...@nakts.net wrote: ... -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
Kādi tagi? Pēteris. T , 2012-04-04 10:51 +0100, Andis Aboltins rakstīja: nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
On 04/04/12 12:56, Jānis Ročāns wrote: Neizdodas pateikt, lai pārrenderē tos tiles. Pēdējo reizi pārrenderēts 2. aprīlī. http://c.tile.openstreetmap.org/18/148675/81101.png/status diffi neesot atpakalj vispaar veel. taa ka izmainjas rendereetajaa kartee varat necereet ieraudziit veel kaadu briidi :) 2012/4/4 Peteris Krisjanis pec...@gmail.com mailto:pec...@gmail.com Kādi tagi? Pēteris. T , 2012-04-04 10:51 +0100, Andis Aboltins rakstīja: nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com mailto:andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? -- Rich ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] Dienvidu tilta Valdlauču gals
Sveiki! 31. martā tika izmainīts dienvidu tilta Valdlauču gals, nomainot construction uz trunk, bet, cik es pa logu vēl redzu, tad šis ceļa posms nav nodots lietošanā un daļa no tā vēl ir liela smilšu kaste. Sobrīn nomainīju atpakaļ uz reālās situācijas atainojumu. -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-lv] meži
te kaut kas arī jocīgs ar mežiem šķiet noticies... http://www.openstreetmap.org/?lat=57.1118lon=25.2194zoom=13layers=M ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
Redz, ku atkal parādījās! 2012/4/4 Rich ric...@nakts.net On 04/04/12 12:56, Jānis Ročāns wrote: Neizdodas pateikt, lai pārrenderē tos tiles. Pēdējo reizi pārrenderēts 2. aprīlī. http://c.tile.openstreetmap.**org/18/148675/81101.png/statushttp://c.tile.openstreetmap.org/18/148675/81101.png/status diffi neesot atpakalj vispaar veel. taa ka izmainjas rendereetajaa kartee varat necereet ieraudziit veel kaadu briidi :) 2012/4/4 Peteris Krisjanis pec...@gmail.com mailto:pec...@gmail.com Kādi tagi? Pēteris. T , 2012-04-04 10:51 +0100, Andis Aboltins rakstīja: nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com mailto:andis.aboltins@gmail.**com andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? -- Rich -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] meži
Mainot zoom-u viņi tā kā "invertējas". maži par laukiem un otrādi. Citējot Andis Aboltins andis.abolt...@gmail.com: te kaut kas arī jocīgs ar mežiem šķiet noticies... http://www.openstreetmap.org/?lat=57.1118lon=25.2194zoom=13layers=M ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv -- Tavs bezmaksas pasts Inbox.lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
sataisiiju :) bet kurai daļai būtu pareizi likt name tagu lai redz uz kartes? 2012/4/4 Jānis Ročāns janis.roc...@gmail.com: Redz, ku atkal parādījās! 2012/4/4 Rich ric...@nakts.net On 04/04/12 12:56, Jānis Ročāns wrote: Neizdodas pateikt, lai pārrenderē tos tiles. Pēdējo reizi pārrenderēts 2. aprīlī. http://c.tile.openstreetmap.org/18/148675/81101.png/status diffi neesot atpakalj vispaar veel. taa ka izmainjas rendereetajaa kartee varat necereet ieraudziit veel kaadu briidi :) 2012/4/4 Peteris Krisjanis pec...@gmail.com mailto:pec...@gmail.com Kādi tagi? Pēteris. T , 2012-04-04 10:51 +0100, Andis Aboltins rakstīja: nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com mailto:andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? -- Rich -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] pils
Objekts ir relācija. Jā, ir cilvēki kas paraduma pēc liek uz ārējās līnijas. Renders atradīs, bet principiāli tomēr objektam tiek piesiets vārds, nevis ārējai sienai :) P. T , 2012-04-04 12:55 +0100, Andis Aboltins rakstīja: sataisiiju :) bet kurai daļai būtu pareizi likt name tagu lai redz uz kartes? 2012/4/4 Jānis Ročāns janis.roc...@gmail.com: Redz, ku atkal parādījās! 2012/4/4 Rich ric...@nakts.net On 04/04/12 12:56, Jānis Ročāns wrote: Neizdodas pateikt, lai pārrenderē tos tiles. Pēdējo reizi pārrenderēts 2. aprīlī. http://c.tile.openstreetmap.org/18/148675/81101.png/status diffi neesot atpakalj vispaar veel. taa ka izmainjas rendereetajaa kartee varat necereet ieraudziit veel kaadu briidi :) 2012/4/4 Peteris Krisjanis pec...@gmail.com mailto:pec...@gmail.com Kādi tagi? Pēteris. T , 2012-04-04 10:51 +0100, Andis Aboltins rakstīja: nu tā OSM ir atpakaļ un arī pils nekur īsti nav pazudusi, tik uz kartes nerāda.. Rādīja, rādīja uz pārstāja rādīt bez nekāda iemesla...Kā tā? 2012/4/2 Andis Aboltins andis.abolt...@gmail.com mailto:andis.abolt...@gmail.com: Bauskas pils ir izkūpējusi. kur var redzēt kas to ir izdzēsis un kā var dabūt atpakaļ? -- Rich -- Jānis ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] meži
Jāsagaida pāris dienas kamēr viss nomierināsies ar datubāzi. Lieliem multipoligoniem dažreiz tā ir, ka nav pilnīgi ielādējies pēdējais outer way, un kaut kas nenorenderējas līdz galam. On Wed, Apr 4, 2012 at 2:39 PM, Pilnais vārds aiv...@inbox.lv wrote: Mainot zoom-u viņi tā kā invertējas. maži par laukiem un otrādi. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Fwd: [Talk-us] We have less than a week left to remap!
Kas tur notiek ar Krievijas robežām? tiek paarbiidiitas uz aaru atkal ? ; Visai drūms skatījums :D Nē, vienkārši izskatās ka puspasaulei nebūs valstu robežas. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
Re: [Talk-lv] Nelielas OSM atziņas pauzē
Īsti nesapratu jautājumu par relācijām - vilcieniem ir stop_position, kas tagad uz katra ceļa ir puslīdz precīzi savā vietā uz sliežu ceļa. Neesmu iedziļinājies transporta shēmu relāciju struktūrā, jo ir daudz vienkāršākas lietas, kas joprojām nav atrisinātas. On Tue, Apr 3, 2012 at 2:27 PM, pec...@gmail.com pec...@gmail.com wrote: 1) Bravo Raitim U par skaisti izkartēto centrālo staciju. Sāk reāli nikni izskatīties labā nozīmē. Jautājums - izmantojās jaunie sabiedriskā transporta tagi (tos it kā redzu), bet vai arī relācijas (stacijas relācija piemēram)? Gribās padalīties pieredzē; 2) Ja kāds tomer nevar bez zīmēšanas un gaida rītdienu zemajā startā - starp citu cilvēki saka ka viss notiek pēc plāna - tad izmantojam JOSM ar mirror_download; 3) Rīt datubāze būs pieejama atkal rakstīšanai (šis process vispār bija domāts jauna servera uzstādīšanai), un nelicensētie objekti joprojām būs iekšā. Tos sāks dzēst ar piektdienu; Lai sokas, Pēteris. ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv ___ Talk-lv mailing list Talk-lv@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-lv
[Talk-ca] Canvec.osm Product - Running!
Bonjour OSMers! Canvec.osm product conversion is running since 08:30 - Sherbrooke time. It is based on Canvec Release 10. All files will be reprocessed. From south to north, east to west, except for a few priorities. What is new: * There is no more Here be Dragons areas in the Canvec product! NRCan completed mapping Canada at 50K scale about 2 months ago. Almost 100 years after Canada started mapping at this scale (approximately!-) * Municipal Boundaries for SK,MB,NB,YT,NT and NU - linear - are available Changes from previous release: * Water definition (natural=water) now fits the Osm coastline definition (high water level). * Format of the ZippedOsm.txt in ftp site has changed. http://wiki.openstreetmap.org/wiki/CanVec#CanVec_10http://wiki.openstreetmap.org/wiki/CanVec Thanks to those who are maintaining this wiki page :-) Let me know if you find unexpected problems in the data. Cheers, Daniel ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Encore du SVG
Ca amuse, et c'est la première étape pour faire de jolies choses avec des données libres et QGis http://vis4.net/blog/posts/high-res-maps-in-kartograph/#more-3543 Le 7 mars 2012 09:44, Mikaël Cordon mikael.cor...@gmail.com a écrit : Excellent… Ne serait-ce que la carte interactive et ses différentes projections : je me suis amusé avec pendant plusieurs minutes :) Le 6 mars 2012 20:30, yvecai yve...@gmail.com a écrit : ** Effectivement ! Le 06/03/2012 20:01, Ab_fab a écrit : Prometteur : http://kartograph.org/ -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing listTalk-fr@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-fr ___ 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 -- 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
Re: [OSM-talk-fr] Participer à OSM avec un bidulophone
Le 04/04/2012 08:30, Etienne Trimaille a écrit : Pour relever les données avec mon bidulophone sous Android, j'utilise également OSM Tracker. Et c'est quoi comme bidulophone ? (le mien, samsung spica, fait ramer toutes les applis osm) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
