[talk-ph] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
FYI, as an OSM-PH group, how do we deal with this? -- Forwarded message -- From: Richard Weait rich...@weait.com Date: Thu, Jul 21, 2011 at 12:49 AM Subject: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users. To: t...@openstreetmap.org Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ 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
[OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] data reconciliation tools
Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ list your favourites: ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Hi, what do the different colors mean? On Wed, Jul 20, 2011 at 1:54 PM, Richard Weait rich...@weait.com wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ list your favourites: ___ 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] data reconciliation tools
Hi, IgnacioZ wrote: Hi, what do the different colors mean? Scroll down for an explanation. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Orphaned Relations
On Tue, Jul 19, 2011 at 03:03:53PM +0200, andrzej zaborowski wrote: On 17 July 2011 23:55, Sarah Hoffmann lon...@denofr.de wrote: I recently stumbled upon some empty route relations, so I had a closer look at the OSM planet and found that there are about 10.000 orphaned relations in the database and the number is growing. With orphaned I mean relations that have no members and are not member of any other relation. Some are completely empty but most still have some tags. I have created a list of the relations sorted by last editing user here: ... Question remains what to do with the existing orphaned relations. Is there any legimate use for them or would it be save to simply delete them all? So I had stumbled on the same fact about a year ago and after some discussion on this list I deleted about 8000 empty/orphaned relations. It seems all except a handful of those 8000 relations had indeed been left in the not-deleted state by mistake. There were a couple (5) that had still been referenced from the wiki, rather than from inside the database through other relations. I got a couple of e-mails months later asking about those relations and undeleted them, it would probably be a good idea to check for references in the wiki beforehand this time. I don't think it makes sense to create such empty relations before any members are added to them because it's quite likely someone else is going to create a duplicate, but I don't have a strong opinion and being in the losing position as an author of an automated edit I didn't want to argue with the creators of these relations. I must have missed that discussion. So I gather it is pretty pointless to try and fix the database if new empty relations arrive with a rate of about 30 per day, time is better spent improving editors and/or creating a service where people can find their lost relations again. I'll look into it. A more final solution to the problem would be to reject empty relations on the API side. But that still requires fixing the editors first. Maybe something for API 0.7. Sarah ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On Thu, Jul 21, 2011 at 12:54 AM, Richard Weait rich...@weait.com wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ The problem with this ODbL map is that it only shows the status of highways. No nodes, other ways, nor relations. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
does it work outside of the EUish? Not getting any joy in Seattle. On 7/20/2011 9:54 AM, Richard Weait wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ list your favourites: ___ 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] data reconciliation tools
seems to work now, just a delay rendering :-) would be nice to link this to something which tells me the usernames too in the bbox On 7/20/2011 10:58 AM, Steve Coast wrote: does it work outside of the EUish? Not getting any joy in Seattle. On 7/20/2011 9:54 AM, Richard Weait wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ list your favourites: ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Sotm-EU11: thanks to the organisation committee
On 19 July 2011 18:39, Patrick Weber petzimil...@googlemail.com wrote: Yes, would be great to be able to download the videos! +1 the flash player doesnt load on chrome browser plus it is very slow and I can't see it paused. Woder why its not caching . If a direct link for video is given . I could wget video.flv and watch it on vlc or some local player . Regards, Pavithran -- pavithran sakamuri http://look-pavi.blogspot.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
On 07/20/2011 12:54 PM, Richard Weait wrote: Color-coded map of ODbL status http://osm.informatik.uni-leipzig.de/map/ Is this using old data? I've spent the last few months cleaning up road centerlines, names, etc. in my area, and the overlay looks like it doesn't have some changes from May 1, but it does from March 12. Also, what's the meaning of the accepted or declined etc. colors? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? 2011/7/20 Steve Coast st...@asklater.com seems to work now, just a delay rendering :-) would be nice to link this to something which tells me the usernames too in the bbox On 7/20/2011 10:58 AM, Steve Coast wrote: does it work outside of the EUish? Not getting any joy in Seattle. On 7/20/2011 9:54 AM, Richard Weait wrote: Color-coded map of ODbL status http://osm.informatik.uni-**leipzig.de/map/http://osm.informatik.uni-leipzig.de/map/ list your favourites: __**_ 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/talkhttp://lists.openstreetmap.org/listinfo/talk __**_ 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] data reconciliation tools
Am 21.07.2011 00:00, schrieb Oleg: hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? The information is visible in a second layer above the mapnik layer. Which system/browser do you use? Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Richard Weait wrote: The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. I take the position that it is now stupid to continue standing in front of the CT/ODbL tank. But let it be known that many of my contributions are derivative of others, and so I cannot guarantee that they are not tainted. Hence my acceptance means nothing about the suitability of the data. Also let me go on record as saying that this whole license change is fucking stupid. That is all. -- View this message in context: http://gis.638310.n2.nabble.com/Data-reconciliation-Removing-CT-ODbL-declined-users-tp6603496p6604678.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] XAPI compability layer
Overpass API has now a XAPI compability layer. It can answer the more common XAPI queries, details are explained on the wiki: http://wiki.openstreetmap.org/wiki/Overpass_API#XAPI_Compability_Layer Example queries are http://www.overpass-api.de/api/xapi?map?bbox=7.1,51.2,7.2,51.3 or http://www.overpass-api.de/api/xapi?*[bbox=7.1,51.2,7.2,51.3][name=Weststraße] Feel free to produce rather a lot of load. Although this is still a development server, I need a realistic load test. The server should have a primitive yet working protection against overload, so you cannot harm anybody. Cheers, Roland ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Sotm-EU11: thanks to the organisation committee
On 18/07/2011 13:25, Norbert Wenzel wrote: All videos should now be online. If there's still a video missing we do not have the right to publish it or we have technical problems with the video (Steves Keynote seems not to work. Andreas Trawöger is still working on this together with the TU Teaching Support Center.) The embedded video player is unwatchable now (even when most people in Austria are probably asleep). Just the audio downloads are really all that need to be downloaded (the links to the presentations are already available in various formats). Could these (or as Pavi suggests the raw .flv files) be made available (in any format, as long as they're downloadable)? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
Chrome, latest I believe. Any zoom limits? 2011/7/21 Michael Kugelmann michaelk_...@gmx.de Am 21.07.2011 00:00, schrieb Oleg: hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? The information is visible in a second layer above the mapnik layer. Which system/browser do you use? Best regards, Michael. __**_ 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] Data reconciliation. Removing CT/ODbL declined users.
On 21.07.2011 00:27 MEST, Nathan Edgars II commented: [...] ...don't feed the trolls... [Plonk] Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
The colors start at zoom 12. But if the area hasn't been viewed before it may take a while to render the overlay tiles, especially with it being hit by a bunch of us at the same time because of a link being shared on a large mailing list :) Toby On Wed, Jul 20, 2011 at 6:40 PM, Oleg gel...@gmail.com wrote: Chrome, latest I believe. Any zoom limits? 2011/7/21 Michael Kugelmann michaelk_...@gmx.de Am 21.07.2011 00:00, schrieb Oleg: hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? The information is visible in a second layer above the mapnik layer. Which system/browser do you use? Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] Data reconciliation. Removing CT/ODbL declined users.
One *BIG* note that needs to be put out there specifically for the US: User balrog-kun has explicitly declined the license. He ran a bot that expanded abbreviations in TIGER street names in the western US which means that virtually every named street west of the Mississippi shows up as tainted in P2. *BUT* He has explicitly stated multiple times that he intends for these bot edits to be relicensed under ODbL. So if balrog-kun is the only declining user to have touched a road, there is no need to replace it. The ODBL coverage map ( http://osm.informatik.uni-leipzig.de/map/ ) takes this into account but P2 does not. I think the map assumes any change made in a changeset with a bot=yes tag can be relicensed although I'm not sure on the exact implementation. Toby On Wed, Jul 20, 2011 at 11:49 AM, Richard Weait rich...@weait.com wrote: Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ 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] Data reconciliation. Removing CT/ODbL declined users.
At 2011-07-20 09:49, Richard Weait wrote: The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. ... ...don't remove non-compliant data unless you are replacing it;... Is there a clear definition of what non-compliant data is? Is it (a) based on the last user to edit an object, or (b) is an objected tainted if it was touched at any point by a declining user? If (b), must the object be removed and then re-created (with a different object ID)? And why is that object conceptually any different than (a)? Is a way tainted if any of the nodes it references is tainted? Is a relation tainted if any of its members (or its members' members, etc.) are tainted? I'm sure there is a long discussion of these issues somewhere, but a concise answer to these specific questions seems necessary in order to know how to reconcile. -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] XAPI compability layer
On Wednesday, July 20, 2011 6:27:25 PM UTC-5, Roland Olbricht wrote: Overpass API has now a XAPI compability layer. It can answer the more common XAPI queries, details are explained on the wiki: http://wiki.openstreetmap.org/wiki/Overpass_API#XAPI_Compability_Layer Example queries are http://www.overpass-api.de/api/xapi?map?bbox=7.1,51.2,7.2,51.3 or http://www.overpass-api.de/api/xapi?*[bbox=7.1,51.2,7.2,51.3][name=Weststraße] Feel free to produce rather a lot of load. Although this is still a development server, I need a realistic load test. The server should have a primitive yet working protection against overload, so you cannot harm anybody. It looks like you're missing the expand ways step. For example, a query like this: http://www.overpass-api.de/api/xapi?*[amenity=pub][bbox=-93.66943,44.65302,-92.65869,45.25942] Only returns the ways or nodes tagged amenity=pub and inside that bounding box. In order to use the OSM file it also needs to include the nodes referenced by the ways. Perhaps it's not meant to do that (the XML root isn't osm) but it would be useful to have to make it closer to XAPI. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] data reconciliation tools
You know what would be perfect? If this map had the data layer as seen on osm.org. Then you could easily look up the details of ways you want to investigate. Toby On Wed, Jul 20, 2011 at 7:36 PM, Toby Murray toby.mur...@gmail.com wrote: The colors start at zoom 12. But if the area hasn't been viewed before it may take a while to render the overlay tiles, especially with it being hit by a bunch of us at the same time because of a link being shared on a large mailing list :) Toby On Wed, Jul 20, 2011 at 6:40 PM, Oleg gel...@gmail.com wrote: Chrome, latest I believe. Any zoom limits? 2011/7/21 Michael Kugelmann michaelk_...@gmx.de Am 21.07.2011 00:00, schrieb Oleg: hmmm, can't figure out if it works - looks like regular OSM tiles, can't see any status coloring... - any permalink? The information is visible in a second layer above the mapnik layer. Which system/browser do you use? Best regards, Michael. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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: [Talk-br] Imagens Aéreas do Estado de Minas Gerais
Fala Samuel, Impressionante essa burocracia hein. Por isso é interessante que seja votado logo no Brasil o Projeto de lei que regula o acesso a informação, pois um dos artigos menciona justamente essa questão de não dificultar o acesso. Veja parte do projeto de lei: CAPÍTULO III DO PROCEDIMENTO DE ACESSO À INFORMAÇÃO Seção I Do Pedido de Acesso Art. 10. Qualquer interessado poderá apresentar pedido deacessoainformaçõesaos órgãos e entidades referidos no art. 1o desta Lei, por qualquer meio legítimo, devendo opedido conter a identificação do requerente e a especificação da informação requerida. §1o Para o acessoa informações de interesse público,aidentificação do requerente não pode conter exigências que inviabilizem a solicitação. § 2o Os órgãos e entidades do poder público devem viabilizar alternativa de encaminhamento de pedidos de acesso por meio de seus sítios oficiais na internet. *§ 3o São vedadas quaisquer exigências relativas aos* *motivos determinantesdasolicitação de informações de* *interesse público.* Enfim, mantenha-nos informado. Valeu srcv...@minaslivre.org escreveu: On Sex, 2011-07-01 at 20:15 -0300, teste wrote: Eae Samuel, novidades? Fiz contato com o pessoal e recebi um retorno, desculpe a demora. Me pediram um documento mais formal, com algumas informações sobre a finalidade. Irei enviar um documento formal, caso ainda assim dificultem, penso em pedir ao pessoal da fundação para enviar uma solicitação diretamente para eles. Mando notícias. Abraço, -- Samuel Vale srcv...@minaslivre.org ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Mapeadores em Natal
Olá pessoal, Esta semana estou em Natal, participando de um evento de informática com a galera da faculdade, o CSBC. Alguém de Natal na lista? Tava afim de bater um papo sobre OSM, tomar um chopp, de repente até fazer uma mapping party aqui em Ponta Negra. []s Arlindo Nighto Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Mapeadores em Natal
Tem eu aqui! Não tô participando do CSBC, senão a gente se encontrava lá mesmo. Manda um email ou me adciona no Google Talk que a gente conversa. 2011/7/20 Arlindo Pereira openstreet...@arlindopereira.com Olá pessoal, Esta semana estou em Natal, participando de um evento de informática com a galera da faculdade, o CSBC. Alguém de Natal na lista? Tava afim de bater um papo sobre OSM, tomar um chopp, de repente até fazer uma mapping party aqui em Ponta Negra. []s Arlindo Nighto Pereira ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Großes Maleur !!!! Relation WIEDERHERGESTELLT !!
Hi Jan, s genau hättest Du es jetzt aber auch nicht zu erklären brauchen, wie es geht und wo die Funktion zu finden ist... Nicht das am Ende noch mehr Leute diese neue gute Funktion nutzen. ^^ Aber zumindest mich hast Du so weit gebracht, dass ich mich heute Abend zu Hause auf die Suche mache. LG Mike Am 19. Juli 2011 22:00 schrieb Jan Tappenbeck o...@tappenbeck.net: ERLEDIGT !!! Josm hat ja eine neue gute Funktion !! gerade noch gesehen. gruß Jan :-) __**_ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-dehttp://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Beitrag zu gesperrten Wegen im Harz
Hallo, mein Beitrag zu den gesperrten Wegen im Naturpark Hochharz ist, daß alle diese Wege bei meinen Karten jetzt mit roten Kreuzen versehen sind, wenn sie gesperrt sind, also access=no oder access=private tragen. Hier zu finden, die neuen Karten ab Morgen auf dem Spiegelserver, soweit verfügbar ab sofort im Teddynetz. http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beitrag zu gesperrten Wegen im Harz
Hi Carsten On Wed, Jul 20, 2011 at 08:35:36AM +0200, Carsten Schwede wrote: mein Beitrag zu den gesperrten Wegen im Naturpark Hochharz ist, daß alle diese Wege bei meinen Karten jetzt mit roten Kreuzen versehen sind, wenn sie gesperrt sind, also access=no oder access=private tragen. Hier zu finden, die neuen Karten ab Morgen auf dem Spiegelserver, soweit verfügbar ab sofort im Teddynetz. http://wiki.openstreetmap.org/wiki/User:Computerteddy Danke Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigene Karten rendern (War: Gesperrte Wege im Nationalpark Harz)
On Tue, Jul 19, 2011 at 05:08:19PM +0200, Henning Scholland wrote: Ich habe das Argument schon von so vielen Leuten gehört. Wüßte ganz gerne mal dazu, ob all diejenigen, die es so gern rezitieren das alles schon mal selbst gemacht haben oder einfach so nur daherreden, um andere zu belehren. Das Argument geht für mich am geschilderten Problem vorbei. Ja, ich rendere mir meine Karte die ich fürs Navigieren nutze selber und zwar genau so, wie ich sie haben möchte. Gut zu wissen. Was meinst du, warum es eine OCM gibt oder die Wanderreitkarte...bestimmt nicht weil die Ersteller mit der Interpretation der Mapnikkarte zufrieden waren ;) Da ich beim Entwickeln einer Linux-Distribution (Debian) deutlich aktiver bin (und z.B. meine Freizeit dort nicht zugunsten des Renderns von Karten abknapsen möchte) kommt mir hier ein Vergleich in den Sinn: Es gibt genügend Leute, die vorhandene Distributionen (z.B. Debian aber auch dessen Derivate Ubuntu oder Knoppix) wiederum hernehmen und Ihre eigene Distribution bauen. Das ist OK und durch die Lizens gedeckt. Vielleicht hilft es auch dem einen oder anderen. Leider machen aber auch sehr viele Leute das einfach nur deswegen, weil es geht. In den meisten Fällen wäre es besser, lieber den Mangel am bestehenden zu beheben anstatt sein eigenes Süppchen zu kochen. Die Analogie zum Rendern eigener Karten (sei's im Web oder sei's als Garmin Image zum navigieren) drängt sich förmlich auf. Es gibt sowas wie einen Standard (nämlich der, der auf osm.org präsentiert wird), aber statt die Kräfte zu bündeln und gemeinsam diesen Standard zu verbessern (es geht nicht um persönliche Ansichten, sondern um Dinge, die hier als fehlerhaft bemängelt wurden), wird empfohlen, lieber eigene Karten zu rendern. Ich halte diesen Ansatz für falsch und weder zielführend noch nachhaltig. Das ist z.B. auch an der AOI zu sehen. Ich vermisse schmerzlich den FIXME Layer, der seit Anfang dieses Jahres verschwunden ist. Es gibt zwar wieder wöchentlich Karten, aber es fehlt eine wesentliche Eigenschaft. Offensichtlich besteht hier ein Resourcenproblem (so ganz klar ist mir noch nicht, ob da technische Kapazität (Speicherplatz oder Rechenzeit) fehlt oder ob es hier einfach an Manpower mangelt. Wenn letzteres der Fall wäre, dann könnten sich doch wirklich mal diejenigen, die zu Hause nette Karten basteln etwas zusammentun und für alle was bereitstellen, was dem Projekt dann weiterhilft. Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Großes Maleur !!!! Relation WIEDERHERGESTELLT !!
Hi ! damit Du was vom Abendhast: Bei mir in 4229 unter Datei Objekt wiederherstellen - dann kannst Du nach node / way / relation unterscheiden und die ID eingeben. war mir gestern abend etwas spät und hatte einfach einen Bock mehr. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern (War: Gesperrte Wege im Nationalpark Harz)
Am 20.07.11 09:38, schrieb Andreas Tille: Die Analogie zum Rendern eigener Karten (sei's im Web oder sei's als Garmin Image zum navigieren) drängt sich förmlich auf. Es gibt sowas wie einen Standard (nämlich der, der auf osm.org präsentiert wird), aber statt die Kräfte zu bündeln und gemeinsam diesen Standard zu verbessern (es geht nicht um persönliche Ansichten, sondern um Dinge, die hier als fehlerhaft bemängelt wurden), wird empfohlen, lieber eigene Karten zu rendern. Ich sehe das nicht als Mangel. Wenn alles, was getaggt wird, in der osm.org-Karte auch auftauchen würde, könnte man dort nichts mehr erkennen. Abgesehen von geschmacklichen Dingen interessieren den einen eben andere Dinge als den anderen. Deshalb gibt es eben Spezialkarten für Wanderwege, Radwege, Seezeichen, Hochspannungsleitungen und Hundekottütenspender. Und auch da gibt es mehrere Versionen, die alle ihre Berechtigung haben. Das ist z.B. auch an der AOI zu sehen. Ich vermisse schmerzlich den FIXME Layer, der seit Anfang dieses Jahres verschwunden ist. Es gibt zwar wieder wöchentlich Karten, aber es fehlt eine wesentliche Eigenschaft. Offensichtlich besteht hier ein Resourcenproblem (so ganz klar ist mir noch nicht, ob da technische Kapazität (Speicherplatz oder Rechenzeit) fehlt oder ob es hier einfach an Manpower mangelt. Das liegt einfach daran, dass die Garmin-Geräte nur Karten bis zu einer gewissen Größe verarbeiten können. Und die ist bei der AIO-Europa inzwischen überschritten. Also entweder nicht mehr All-in-one oder nicht ganz Europa. Die Kartenbauer haben sich für ersteres entschieden. Es steht allen anderen frei, letzteres zusammenzubauen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] AIO (was: Eigene Karten rendern)
Andreas Tille andr...@an3as.eu wrote: Das ist z.B. auch an der AOI zu sehen. Ich vermisse schmerzlich den FIXME Layer, der seit Anfang dieses Jahres verschwunden ist. Es gibt zwar wieder wöchentlich Karten, aber es fehlt eine wesentliche Eigenschaft. Offensichtlich besteht hier ein Resourcenproblem (so ganz klar ist mir noch nicht, ob da technische Kapazität (Speicherplatz oder Rechenzeit) fehlt oder ob es hier einfach an Manpower mangelt. Es ist definitiv beides der Fall, aber das technische Resourcenproblem ist eher lösbar. Christoph hat offensichtlich zu wenig Zeit und Dirk kann ihn nur teilweise ersetzen. Eine Mail von mir wenigstens mal den alten Müll auf dem devserver zu entsorgen ist z.B. einfach unbeantwortet geblieben. Ich werde dann wohl demnächst alles was noch von 2010 ist einfach selber wegwerfen. Das ursprüngliche Konzept ist aufgrund der Datenmenge inzwischen nicht mehr praktikabel weil die Europakarte eine Kartendatei mit 4GB erzeugt. Die Idee war eine Applikation zu haben in der man anklickt welche Kacheln man haben will und die dann alle ausgewählen Kacheln runterlädt und zu einem gmapsupp.img zusammenbaut. Ist AFAIK aber nie über den Konzeptstatus rausgekommen. Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Gruss Sven -- Remember, democracy never lasts long. It soon wastes itself, exhausts and murders itself. There never was a democracy yet that did not commit suicide. (John Quincy Adams) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern (War: Gesperrte Wege im Nationalpark Harz)
On Wed, Jul 20, 2011 at 10:01:07AM +0200, André Joost wrote: Die Analogie zum Rendern eigener Karten (sei's im Web oder sei's als Garmin Image zum navigieren) drängt sich förmlich auf. Es gibt sowas wie einen Standard (nämlich der, der auf osm.org präsentiert wird), aber statt die Kräfte zu bündeln und gemeinsam diesen Standard zu verbessern (es geht nicht um persönliche Ansichten, sondern um Dinge, die hier als fehlerhaft bemängelt wurden), wird empfohlen, lieber eigene Karten zu rendern. Ich sehe das nicht als Mangel. Wenn alles, was getaggt wird, in der osm.org-Karte auch auftauchen würde, könnte man dort nichts mehr erkennen. Abgesehen von geschmacklichen Dingen interessieren den einen eben andere Dinge als den anderen. Deshalb gibt es eben Spezialkarten für Wanderwege, Radwege, Seezeichen, Hochspannungsleitungen und Hundekottütenspender. Und auch da gibt es mehrere Versionen, die alle ihre Berechtigung haben. Damit das nicht falsch verstanden wird: Ich bin nicht gegen *Spezial*karten. Die sind gut, richtig und in gewissem Maß notwendig. Man könnte sich allerdings fragen, ob wir mehrere verschiedene Spezialkarten zum selben Thema brauchen. Meine Kritik wandte sich gegen das generelle Argument, eine eigene Karte zu bauen, wenn einem eine vorhandene nicht gefällt. Ich halte es für sinnvoller, seine Freizeit in das Verbessern von etwas vorhandenem zu stecken und zwar in Zusammenarbeit mit denjenigen, die die bisherige Arbeit geleistet haben. Das liegt einfach daran, dass die Garmin-Geräte nur Karten bis zu einer gewissen Größe verarbeiten können. Und die ist bei der AIO-Europa inzwischen überschritten. Also AOI-Deutschland paßte incl. FIXME Layer auf meine 2GB Karte. Willst Du sagen, daß die Daten über Weihnachten so explodiert sind, daß sie nicht mehr auf 4GB (was die Garmins verkraften) paßt?. Es mag sein, daß das Problem für Europa zutrifft, aber es wird sehr viele Nutzer geben, denen einzelne Länder vollkommen ausreichen. Also entweder nicht mehr All-in-one oder nicht ganz Europa. Die Kartenbauer haben sich für ersteres entschieden. Es steht allen anderen frei, letzteres zusammenzubauen. Es gab AIO neben Europa auch immer für einzelne Länder. Das gibt's nun nicht mehr. Das es steht allen frei ist eine nette theoretische Möglichkeit, die offensichtlich leider von allen nicht genutzt wird. Ich sehe als Ursache einen Mangel an Kommunikation und Koordination. Oder habe ich Anfang des Jahres ein Announcement verpaßt? Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
On Wed, Jul 20, 2011 at 08:41:11AM +, Sven Geggus wrote: Das ursprüngliche Konzept ist aufgrund der Datenmenge inzwischen nicht mehr praktikabel weil die Europakarte eine Kartendatei mit 4GB erzeugt. Wie bereits gesagt: Einzelne AOI-Länderkarten würden doch erstmal genügen. Der Code dazu muß doch noch irgendwo herumhängen. Die Karten ansich gibt's ja auch noch - aber eben ohne FIXME Layer. Die Idee war eine Applikation zu haben in der man anklickt welche Kacheln man haben will und die dann alle ausgewählen Kacheln runterlädt und zu einem gmapsupp.img zusammenbaut. Ist AFAIK aber nie über den Konzeptstatus rausgekommen. Klingt nett aber aufwändig. Warum nicht erstmal das erhalten, was existierte? Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Aus meiner Erfahrung in anderen Projekten (die für mich aber höhere Relevanz als OSM haben und daher würde ich auch nicht teilnehmen), ist das eine ausgesprochen gute Idee. Eventuell sollte man das Events wie SOTM vor-/nachlagern, dann sind schon mal viele Leute an einer Stelle. (So machen wir das mit dem DebCamp vor der Debian Conference ... wohin ich mich heute auf den Weg mache - sehr produktiv!) Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Hi, Am 20.07.2011 10:41, schrieb Sven Geggus: Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Ich bin dabei, soweit ich nicht durch die ganze Republik dazu fahren muß. :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern (War: Gesperrte Wege im Nationalpark Harz)
Am 20.07.2011 09:38, schrieb Andreas Tille: On Tue, Jul 19, 2011 at 05:08:19PM +0200, Henning Scholland wrote: Was meinst du, warum es eine OCM gibt oder die Wanderreitkarte...bestimmt nicht weil die Ersteller mit der Interpretation der Mapnikkarte zufrieden waren ;) Da ich beim Entwickeln einer Linux-Distribution (Debian) deutlich aktiver bin (und z.B. meine Freizeit dort nicht zugunsten des Renderns von Karten abknapsen möchte) kommt mir hier ein Vergleich in den Sinn: Es gibt genügend Leute, die vorhandene Distributionen (z.B. Debian aber auch dessen Derivate Ubuntu oder Knoppix) wiederum hernehmen und Ihre eigene Distribution bauen. Das ist OK und durch die Lizens gedeckt. Vielleicht hilft es auch dem einen oder anderen. Leider machen aber auch sehr viele Leute das einfach nur deswegen, weil es geht. In den meisten Fällen wäre es besser, lieber den Mangel am bestehenden zu beheben anstatt sein eigenes Süppchen zu kochen. Die Analogie zum Rendern eigener Karten (sei's im Web oder sei's als Garmin Image zum navigieren) drängt sich förmlich auf. Es gibt sowas wie einen Standard (nämlich der, der auf osm.org präsentiert wird), aber statt die Kräfte zu bündeln und gemeinsam diesen Standard zu verbessern (es geht nicht um persönliche Ansichten, sondern um Dinge, die hier als fehlerhaft bemängelt wurden), wird empfohlen, lieber eigene Karten zu rendern. Ich halte diesen Ansatz für falsch und weder zielführend noch nachhaltig. Wenn du dir nun eine Distribution installiert hast und feststellst, dass Programm fehlt, du dieses aber gerne Nutzen würdest. Würdest du dann die Hersteller fragen, ob sie Programm nicht drauf machen oder würdest du dir den Source schnappen und das Programm selber bei dir hinzufügen? Nur weil etwas aus deiner Sicht fehlerhaft erscheint, muss dies nicht auf alle zutreffen. Irgendwer da draußen fand das es so richtig ist, sonst hätte er den Style nicht so erstellt. Letztlich führt der Ansatz: Eine Karte immer mehr anpassen nicht zum Ziel, weil die Vorstellung vom Optimum jeweils unterschiedliche sind. Da muss man nicht mal so weit gehen, dass Radfahrer eine andere Karte erwarten als die Autofahrer. Es fängt doch schon bei den POIs an. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
Am 20.07.2011, 10:41 Uhr, schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Ich nutze selbst OSM auf Garmin (nüvi 550, vorrangig Motorrad, Auto, zu Fuß) und habe jedes Mal Probleme eine passende zu finden. Die vom Teddy sind immer ganz gut, AIO gingen früher nie, dann waren sie mal hervorragend, oft habe ich Probleme den richtigen Ausschnitt zu finden. Ich glaube nicht alleine zu sein, wenn ich folgende Anforderungen habe: (1) eine Karte für Verkehr - routingfähig - alle POI drin - KEINE ÜBERFLÜSSIGE DATEN (Stromleitungen) Die AIO ist hier leider fast unbrauchbar, aufgrund der Datenmenge (Strom- leitungen usw.) braucht ein Frame zu rendern manchmal über eine Minute. Hier muss man sich auf das Wesentliche beschränken, also keine Häuser-Outlines, evtl. noch Landuse (vielleicht besser nur landuse=forest), aber Hausnummern und POIs müssen rein. Alleine schon weil die Suche nach Hausnummer auf deutsch nicht funktioniert (er fragt immer nach State/Province wenn man eine Adresse eingeben soll). (2) eine Karte für OSM-Mapping-Tätigkeiten - hier soll alles rein :-) - plus errors/fixme-Layer Daraus folgt logisch: - Große Kartenbereiche verfügbar für Karte (1) (z.B. ganz Europa oder DACH) - Kleine Kartenbereiche verfügbar für Karte (2) (z.B. Bundesland) (Sorry, irgendwie scheine ich mich in Rage geschrieben zu haben, vielleicht ist der zweite Kaffee grad zu stark ;-)) Viele Grüße, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
Am 20.07.2011, 10:41 Uhr, schrieb Sven Geggus li...@fuchsschwanzdomain.de: Ich bin ja immer noch der Meinung dass wir dringend mal ein Garminkarten Hacking Weekend machen sollten, aber mein letzter Anlauf dazu hatte leider keine große Resonanz. Na toll. Und was ich eigentlich schreiben wollte hatte ich vergessen: +1 für das Hacking-Weekend. Bin aber im August im Urlaub, hoffentlich mit brauchbarer Karte für Kanada :) Und der Ort wäre wo? LG Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Hi, Am 20.07.2011 11:45, schrieb Kay Drangmeister: (1) eine Karte für Verkehr - routingfähig - alle POI drin - KEINE ÜBERFLÜSSIGE DATEN (Stromleitungen) Na dann wären doch mal meine Street- Karten einen Test wert. Hier ist alles was nicht mit demAuto befahrbar ist weggelassen und noch etliches an Polygonen. Für den Ort des Treffens schlage ich Frankfurt vor, liegt so schön in der Mitte. :-D (Oh je,ich habe keine Ahnung wo man das hier machen könnte, geschweige denn wer das organisieren kann, ich bin da eher ne Niete bei sowas) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern
Hi, On Wed, Jul 20, 2011 at 11:19:35AM +0200, Henning Scholland wrote: [OT-Teil ans Ende der Mail verschoben] Nur weil etwas aus deiner Sicht fehlerhaft erscheint, muss dies nicht auf alle zutreffen. Zum letzten Mal: Es geht nicht um meine Sicht sondern um objektive Fakten, die von anderen Mitlesern auch in diesem Sinne gewertet wurden. Irgendwer da draußen fand das es so richtig ist, sonst hätte er den Style nicht so erstellt. Wenn irgendwer derjenige ist, der das Privileg hat, seine Karte als Default auf osm.org dargestellt zu bekommen, dann muß er damit rechnen, daß es Leute gibt, die Fehler finden und den Wunsch äußern, daß sie korrigiert werden. Für sowas sollte eigentlich auch ein Bugtracking System her, in dem das Problem und die Diskussion dazu geloggt werden. Letztlich führt der Ansatz: Eine Karte immer mehr anpassen nicht zum Ziel, weil die Vorstellung vom Optimum jeweils unterschiedliche sind. Da muss man nicht mal so weit gehen, dass Radfahrer eine andere Karte erwarten als die Autofahrer. Es fängt doch schon bei den POIs an. Es geht nicht um Optimum ja oder nein, sondern um zu korrigierende Fehler. Das hat mit POIs nicht das Geringste zu tun. Nun noch die Diskussion, des Off-Topic Beispiels: OT Wenn du dir nun eine Distribution installiert hast und feststellst, dass Programm fehlt, du dieses aber gerne Nutzen würdest. Würdest du dann die Hersteller fragen, ob sie Programm nicht drauf machen oder würdest du dir den Source schnappen und das Programm selber bei dir hinzufügen? Aber ein ganz klares aber sicher zu ersterem. Bei Debian ist das formalisiert über das Bug Tracking System und man schickt einen Bug Report an das Paket wnpp (Work Needing an Prospective Packages). Da kann, darf und sollte man den Wunsch ausdrücken, ein Paket der Distribution hinzuzufügen. (Bemerkung: Als Debian Maintainer würde ich mir sowieso immer den Source nur als Paket installieren ... und dann kann ich es aucg gleich hochladen.) Allerdings war mein Analogie-Beispiel anders gemeint: Es gibt Leute, die wegen eines fehlenden Satzes von Programmen gleich einen Fork erstellen, der diese Programme enthält. Das halte ich für ausgesprochen unsinnig. Mal schnell ein fehlendes Programm zur eigenen Installation hinzufügen ist grundsätzlich in Ordnung - aber dem Distributor Bescheid geben zusätzlich durchaus erwünscht. /OT Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Andreas Tille andr...@an3as.eu wrote: Klingt nett aber aufwändig. Warum nicht erstmal das erhalten, was existierte? Weil es auseinandergefallen ist. Sven -- Those who do not understand Unix are condemned to reinvent it, poorly (Henry Spencer) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karten rendern
Am 20. Juli 2011 12:04 schrieb Andreas Tille andr...@an3as.eu: Wenn irgendwer derjenige ist, der das Privileg hat, seine Karte als Default auf osm.org dargestellt zu bekommen, dann muß er damit rechnen, daß es Leute gibt, die Fehler finden und den Wunsch äußern, daß sie korrigiert werden. Für sowas sollte eigentlich auch ein Bugtracking System her, in dem das Problem und die Diskussion dazu geloggt werden. Es ist ja soweit ich weiss grundsätzlich auch durchaus erwünscht, dass man konstruktive Verbesserungsvorschläge ins trac einstellt. Die URL ist trac.openstreetmap.org --- für die Mapnik-Render-Regeln muss man als Komponente mapnik auswählen. Klar ist aber auch, dass es die Regelmaintainer nie allen gleichzeitig Recht machen können, und von daher nicht jeder Vorschlag auch umgesetzt werden wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Kay Drangmeister k...@drangmeister.net wrote: +1 für das Hacking-Weekend. Bin aber im August im Urlaub, hoffentlich mit brauchbarer Karte für Kanada :) Und der Ort wäre wo? Dei gesammten Daten von Kanada sind relativ klein. Ich habe mir die vor 2 Jahren einfach mit Hilfe des passenden Planetauschnittes und der AIO Toolchain meine eigene Karte gerechnet. Gruss Sven -- Thinking of using NT for your critical apps? Isn't there enough suffering in the world? (Advertisement of Sun Microsystems in Wall Street Journal) /me is giggls@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Am 20.07.2011, 11:51 Uhr, schrieb Carsten Schwede computerte...@gmx.de: Na dann wären doch mal meine Street- Karten einen Test wert. Genau die nutze ich doch schon, sie haben immer vorzüglich funktioniert, bis auf manchmal komische Routing-Macken, die aber jede Karte hat, wegen dem garmin-Konverter. Leider finde Nörgeln-auf-hohem-Niveau ich deine Webseite etwas unübersichtlich, da sind so viele Karten drin, aufgrund deren Beschreibung ich keinen Unterschied für mich sehen kann, z.B. Neue routingfähige Karte Deutschland, mit splitter.jar erstellt, mit meinem erweiterten Style. Routingfähig sind ja laut überschrift alle, neu steht schon seit Jahren drin :-) und aus splitter.jar kann ich keine Eigenschaften der Karte deduzieren. Aus Verdacht habe ich bisher diese genutzt (de_rout_gmapsupp.img.gz), weiß aber nicht wie die anderen, z.B. Deutschlandkarte für den Einsatz mit QLandkarte, Mapsource oder RoadTrip/BaseCamp 2.1.1 (Mac OS X) (deutschland.tgz) oder Testkarte Routingfähig, mit meinem Style (de_routable.tgz) sind. Sorry wenn sich das nach einer Menge Gejammer anhört, bei aller Begeisterung, die ich mit deiner Karte habe! Bin gerne bereit da etwas mitzuhelfen, z.B. mit Screenshots von meinem Garmin wenn das was nützt. Vielleicht sollte noch eine Tabelle rein für welche Geräte eine Karte sinnvoll ist, ich habe z.B. eins für Straßennavigation, wo z.B. eine Karte mit Höhenlinien evtl. gar nicht funktioniert. Gibt es übrigens schon eine Lösung, dass deutsche Adressen ein- gegeben werden können? Wenn nein, besteht die Chance, das noch hinzubekommen? Danke, Kay ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, und die Bedienung, naja, das hast Du sicher schon selber bemerkt. :-) Es kann aber Offline-Karten und Offline-Navigation, was derzeit AFAIK ein Alleinstellungsmerkmal ist. Nur wie bringe ich Navit bei diese nicht im internen Speicher (1.5GB) sondern auf der 16GB SD-Karte abzulegen? Da soll man navit.xml editieren, aber wo finde ich die? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO
Hallo Kay, Am 20.07.2011 13:42, schrieb Kay Drangmeister: Leider finde Nörgeln-auf-hohem-Niveau ich deine Webseite etwas unübersichtlich, da sind so viele Karten drin, aufgrund deren Beschreibung ich keinen Unterschied für mich sehen kann, z.B. Ja übersichtlich ist sie nicht. Neue routingfähige Karte Deutschland, mit splitter.jar erstellt, mit meinem erweiterten Style. Routingfähig sind ja laut überschrift alle, neu steht schon seit Nein, sind nicht alle routingfähig. Die Karten in der ztweiten Tabelle bis auf die wo es extra dransteht sind nicht routuingfähig. Jahren drin :-) und aus splitter.jar kann ich keine Eigenschaften der Karte deduzieren. Aus Verdacht habe ich bisher diese genutzt neue Karten=splitter.jar=Relationen berücksichtigt und Seedarstellung alte Karten=cutTheOsmPlanet.jar=keine Relationen und meist keine See=festes geografisches Raster (de_rout_gmapsupp.img.gz), weiß aber nicht wie die anderen, z.B. Deutschlandkarte für den Einsatz mit QLandkarte, Mapsource oder RoadTrip/BaseCamp 2.1.1 (Mac OS X) (deutschland.tgz) oder Testkarte Routingfähig, mit meinem Style (de_routable.tgz) sind. Die Karten in der zweiten Tabelle sind alles noch die mit der ursprünglichen alten Methode hergestellten Karten. Daher haben sie einige Mängel, aber auch einiges an Vorteilen gegenüber den neuen Karten. Alle Karten, die ein gmapsupp im Namen haben sind direkt auf die GPS- Geräte aufspielbar, die anderen (tgz) sind immer kartenpakete, die in ein Kartenprogramm (QLandkarteGT, Mapsource usw.) gespielt werden können. Sorry wenn sich das nach einer Menge Gejammer anhört, bei aller Begeisterung, die ich mit deiner Karte habe! Bin gerne bereit da etwas mitzuhelfen, z.B. mit Screenshots von meinem Garmin wenn das was nützt. Screenshots sind immer mal gut, das kann ich in die Seite schön einbauen. Vielleicht sollte noch eine Tabelle rein für welche Geräte eine Karte sinnvoll ist, ich habe z.B. eins für Straßennavigation, wo z.B. eine Karte mit Höhenlinien evtl. gar nicht funktioniert. Die Karten funktionieren generell immer auf den Garmingeräten, die Einschränkungen kommen z.B. durch die Unmöglichkeit auf alten Geräten zwei Dateien zu installieren die beide aktiv sind. Diese Geräte sind alle, die zwingend eine gmapsupp.img haben wollen (etrex Venture HCx, GPSMap60csx, i3, alle Schwarzweißen ganz alten usw.) Gibt es übrigens schon eine Lösung, dass deutsche Adressen ein- gegeben werden können? Wenn nein, besteht die Chance, das noch hinzubekommen? Daran arbeiten die Ersteller von mkgmap schon seit Jahren, im Moment geht es wohl so leidlich, wenn man eine Karte in Mkgmap installiert und dann daraus aufs GPS-Gerät spielt. Die Vorraussetzungen dafür sind in den Kartenpaketen enthalten. Ich kann ja mal bei Gelegenheit versuchen die Seite etwas zu lichten und übersichtlicher zu gestalten, was aber auch mikt Wiki nicht so einfach ist. Wenn ich ein paar Screenshots erhalte, dann habe ich auch gleich einen Grund was dran zu machen, also her damit, aber bitte dann schöne Stellen. (ein Screenshot vom Routing zum Atlantishotel auf der Paleminsel in Dubai wäre doch mal Klasse. :-) -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Clustering Markers
Hallo ihr lieben Ich habe am Samstag auf der Sotm-eu meine khtml.maplib vorgestellt. Im Anschluss an meinen Vortrag haben mich mehrere Teilnehmer gefragt wie die Lib mit Markern umgeht die an der gleichen Stelle sind. Bisher wird das einfach ignoriert und die Marker werden übereinander gestapelt. Ein Beispiel mit Markern die sich gegenseitig verdecken gibt es z.B. bei der http://wheelmap.org/ --- Bisher habe ich mir zu diesem Thema noch keine Gedanken gemacht. Da ich aber gerade ein Google Summer of Code zum Thema Marker betreue, würde ich das jetzt aber gerne angehen (lassen). Bisher habe ich jetzt bei Google http://code.google.com/intl/de-DE/apis/maps/articles/toomanymarkers.html und in der Wikipedia http://en.wikipedia.org/wiki/K-means_clustering Informationen gefunden. Noch bin ich da aber alles andere als ein Experte und da bietet es sich natürlich an mal in der Mailingliste zu fragen. Folgendes würde mich interessieren: - 1.) Usecases: Was sind da typische Anwendungen? Mir ist die Wheelmap bekannt auf der eine Lösung gesucht wird. Gibt es da noch mehr Sites die mit solchen Problemen zu kämpfen haben? 2.) Graphik: Wie sollen solche Clusters ausschauen. Gibt es dazu Ideen oder Beispiele? 3.) Programmierung und Mathematik Bei der Wheelmap wäre wahrscheinlich ein Server basierte Lösung am besten. Da wird das wohl irgendwie mit SQL... gelöst. Am Client habe ich Javascript und ein einfacher Algorithmus wäre interessant. Noch besser natürlich fertiger Code. -- Zur khtml.maplib allgemein: Sotm-EU Presentation: http://khtml.org/sotm/ khtml.maplib vs. google maps (mit vector graphik) http://www.khtml.org/osm/v0.98.1/examples/base/speed.html khtml.maplib vs. google maps vs. bing maps http://www.khtml.org/osm/v0.98.1/examples/base/eins.html github (wieder up to date): https://github.com/robotnic/khtml.maplib mailinglist: khtml.map...@freelists.org liebe Grüße Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Clustering Markers
Am 20.07.2011 15:20, schrieb bernhard zwischenbrugger: [...] Folgendes würde mich interessieren: - 1.) Usecases: Was sind da typische Anwendungen? Mir ist die Wheelmap bekannt auf der eine Lösung gesucht wird. Gibt es da noch mehr Sites die mit solchen Problemen zu kämpfen haben? Ich bin gestern über ein Posting auf der Openlayers-Liste gestolpert, dass Cluster eines Flickr-Streams zeigt. Die Cluster werden je nach Anzahl enthaltener Objekte unterschiedlich groß dargestellt. Ich finde die Umsetzung gelungen. Der Link zum Posting: http://lists.osgeo.org/pipermail/openlayers-users/2011-July/021555.html Der Link zur Anwendung: http://crschmidt.net/flickr/geo/tokyo Auf http://opengastromap.de/ wird serverseitiges Clustering benutzt. Wobei IMHO hier die Symbolwahl nicht so optimal ist. Aber es ist auch möglich die Anzahl der Objekte ausgeben zu lassen. 2.) Graphik: Wie sollen solche Clusters ausschauen. Gibt es dazu Ideen oder Beispiele? Die Cluster könnten die Größe, Farbe oder Gestalt je nach Inhalt ändern. Außerdem wäre es nett wenn die Anzahl der Objekte angezeigt werden kann. 3.) Programmierung und Mathematik Bei der Wheelmap wäre wahrscheinlich ein Server basierte Lösung am besten. Da wird das wohl irgendwie mit SQL... gelöst. Am Client habe ich Javascript und ein einfacher Algorithmus wäre interessant. Noch besser natürlich fertiger Code. Vielleicht ist ja der Code von Openlayers inspirierend...? Viele Grüße Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Clustering Markers
Hallo Lars, Clustering auf www.OpenGastroMap.org Entwickler ist Stephan Knauss: http://toolserver.org/~stephankn/cuisine/clustering.html Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Clustering Markers
Hallo Bernhard, bernhard zwischenbrugger writes: Ich habe am Samstag auf der Sotm-eu meine khtml.maplib vorgestellt. Im Anschluss an meinen Vortrag haben mich mehrere Teilnehmer gefragt wie die Lib mit Markern umgeht die an der gleichen Stelle sind. mit Clustering hatte ich mich vor etwa einem Jahr schon mal beschäftigt und zwei Demos erstellt. Da ging es vor allem um Clustering auf Serverseite um große Datenmengen zu Clustern zusammenzufassen. Wenn es nicht zu viele Daten sind kann auch auf Clientseite geclustert werden. Openlayers bietet schon seit einiger Zeit Funktionen dazu. Um einige hundert POIs auf einen einzelnen zusammenzufassen bieten sich server-basierte Lösungen an. Schau mal hier für meine Notizen und links auf source: http://wiki.openstreetmap.org/wiki/User:Stephankn/knowledgebase#grouping.2Fc lustering_PostgreSQL_query_results Viele Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: [OSM-talk] Data reconciliation. Removing CT/ODbL declined users.
Zusammenfassung: die Daten von aktiven Ablehnern der CT's soll man jetzt (bedächtig) anfangen zu ersetzen. Simon Original-Nachricht Betreff:[OSM-talk] Data reconciliation. Removing CT/ODbL declined users. Datum: Wed, 20 Jul 2011 12:49:03 -0400 Von:Richard Weait rich...@weait.com An: t...@openstreetmap.org Dear All, The License Working Group takes the position that it is now appropriate to begin reconciling the data touched by users who have explicitly declined CT/ODbL. LWG feels that those users who have not responded should have a grace period of another week or two. You can find the list of usernames that have declined here. http://fred.dev.openstreetmap.org/license/ This page is updated every hour. As always, map areas that you know well and in small pieces. At this point don't remove non-compliant data unless you are replacing it; another mapper may be able to replace it from local knowledge or survey. Bulk edits and or automated edits and or bots to reconcile non-compliant data are not welcome without previous, detailed discussion on the dev@ and or imports@ lists. Share your experiences to find the most effective workflows for improving OpenStreetMap data quality. - Check your local mapping area for data that is not completely CT/ODbL compliant. In Potlatch2, choose Options, and check Show license status. There is also a licensechange plugin for JOSM. - Consider sending personal messages before you edit to those who have not accepted or those who have declined based on your judgement. Some users have declined and indicated on their user pages that they will not reconsider. We do not wish to send unwelcome or duplicate messages. See also http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL - Replace the data of users who have explicitly declined CT/ODbL with your own contributions from survey and other acceptable sources. - While this initial stage is focused on replacing data touched by users who have explicitly declined, you might find data touched by users who have not yet responded. We leave it to your judgement to replace that data now or wait another week or two. Once you begin replacing data, check on a regular basis whether the user in question hasn't changed his/her mind and has accepted CT/ODbL. You can look at http://fred.dev.openstreetmap.org/license/, this is updated every hour. Best regards, Richard Weait, on behalf of the License Working Group. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Dimitri Junker wrote: Nur wie bringe ich Navit bei diese nicht im internen Speicher (1.5GB) sondern auf der 16GB SD-Karte abzulegen? Da soll man navit.xml editieren, aber wo finde ich die? IIRC ist das ein schon länger gefixter Bug. Hast Du die aktuelle Version aus dem Market? Bei mir liegt die Karte ohne jeden manuellen Eingriff in /sdcard/navit/navitmap.bin. Jörg -- There are only 10 types of people in the world: Those who understand binary, and those who don't... signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO (was: Eigene Karten rendern)
Na dann lösch ich eben mal den alten Kram auf dem Server am Samstag. Aber bitte dann nicht meckern das es keine Osttibetkarte vom 19.1.2011 mit Fixme-Layer gibt. Wer neue Gebiete haben will .. nicht hier jammern sondern Kachelliste im Wiki anlegen. Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Straßenlistenauswertung in Alpha-Version verfügbar
Am 18.07.2011 20:00, schrieb Dietmar: Kommentare je Straße gingen ja schon und habe ich mittlerweile auch eingebaut (hinter einer Straße ; als Kommentarbeginn), die Gemeinde-/Stadtteilung will ich dann unterstützen, weil es ja auch eine kleine Zusatzinfo für die Suche nach den fehlenden Straßen ist. Kommt dann im Rahmen der Wiki-Einführung. Das mit den Kommentaren dachte ich auch mal. Stimmt aber nicht so ganz. Ein Kommentar hat üblicherweise keinerlei Funktion (von seinem informativen Inhalt mal abgesehen). Florian hat mir dazu mal geschrieben: [...] kommentare dahinter mit ; damit werden die nicht mehr mitgezählt - Ist dafür gedacht nicht existente Straßen zu kommentieren. Werden ;-Kommentare bei Deiner Implementierung auch eine deaktivierende Funktion haben? -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Android
Hallo, Hast Du die aktuelle Version aus dem Market? Ja Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ImportOSM2sqlite
Klaus Engelbertz hat in Perl etwas gebaut, was mit wenig Abhängigkeiten auskommt: utf8, IO, Switch, DBI und natürlich sqlite. http://www.reisenetzwerk.net/importosm2sqlite/ (klar, es geht natürlich weniger als mit PostgresCo. Aber ohne JavaCo kann man da vielleicht auch embedded was mit anfangen.) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Bounding box e confini amministrativi
Ciao a tutti, per un progetto che sto iniziando a sviluppare in collaborazione con l'ente che si occupa di smaltire i rifiuti nel mio comune e in uno limitrofo, avrei bisogno di estrarre dati dal database e mostrarli su una mappa. Per fare questo ho iniziato a fare alcuni esperimenti con le XAPI hostate su mapquest e leaflet per visualizzare i dati su una mappa. In pratica scarico i dati e li salvo su file (anche una volta al mese, le caratteristiche di mio interesse non mutano in continuazione), processo il file xml tramite php e visualizzo i dati sulla mappa. La mia domanda è questa: c'è un modo per selezioanare (possibilmente tramite XAPI, oppure...?) solo i dati all'interno del confine comunale? (non qundi all'interno di una bbox rettangolare). Lo chiedo più come curiosità che come effettivo bisogno, visto che quando i dati ci saranno basterà filtrarli inserendo dei tag appositi nei vari POI (es: operator). Ciao Ste ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bounding box e confini amministrativi
2011/7/20 Stefano Pallicca palli...@gmail.com: Ciao a tutti, per un progetto che sto iniziando a sviluppare in collaborazione con l'ente che si occupa di smaltire i rifiuti nel mio comune e in uno limitrofo, avrei bisogno di estrarre dati dal database e mostrarli su una mappa. Per fare questo ho iniziato a fare alcuni esperimenti con le XAPI hostate su mapquest e leaflet per visualizzare i dati su una mappa. In pratica scarico i dati e li salvo su file (anche una volta al mese, le caratteristiche di mio interesse non mutano in continuazione), processo il file xml tramite php e visualizzo i dati sulla mappa. La mia domanda è questa: c'è un modo per selezioanare (possibilmente tramite XAPI, oppure...?) solo i dati all'interno del confine comunale? (non qundi all'interno di una bbox rettangolare). Lo chiedo più come curiosità che come effettivo bisogno, visto che quando i dati ci saranno basterà filtrarli inserendo dei tag appositi nei vari POI (es: operator). Puoi usare osmosis sul planet regionale di tuo interesse, ed estrarre i dati comunali usando l'opzione --bp http://wiki.openstreetmap.org/wiki/Osmosis/Examples -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bounding box e confini amministrativi
2011/7/20 Stefano Pallicca palli...@gmail.com: Ciao a tutti, per un progetto che sto iniziando a sviluppare in collaborazione con l'ente che si occupa di smaltire i rifiuti nel mio comune e in uno limitrofo, avrei bisogno di estrarre dati dal database e mostrarli su una mappa. Per fare questo ho iniziato a fare alcuni esperimenti con le XAPI hostate su mapquest e leaflet per visualizzare i dati su una mappa. In pratica scarico i dati e li salvo su file (anche una volta al mese, le caratteristiche di mio interesse non mutano in continuazione), processo il file xml tramite php e visualizzo i dati sulla mappa. La mia domanda è questa: c'è un modo per selezioanare (possibilmente tramite XAPI, oppure...?) solo i dati all'interno del confine comunale? (non qundi all'interno di una bbox rettangolare). Lo chiedo più come curiosità che come effettivo bisogno, visto che quando i dati ci saranno basterà filtrarli inserendo dei tag appositi nei vari POI (es: operator). Se c'è, interesserebbe anche a me... Al momento uso anch'io i bounding box, ma mi piacerebbe poter scartare tutto ciò che non è in Italia. Ma comunque anche a me serve anche controllare l'operator... quindi mi tocca comunque classificare i miei nodi. P.S. Pubblicità! Se volete dare un'occhiata, il mio programmino per gli orari del treno comincia a essere utilizzabile. Ora ho anche un sito: http://quandoparte.garage.maemo.org Versione per Nokia N900 disponibile, per l'annunciato N9 in lavorazione adesso. Se mi gira lo faccio anche per Symbian S^3 -- Luciano Montanaro Anyone who is capable of getting themselves made President should on no account be allowed to do the job. -- Douglas Adams ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Bounding box e confini amministrativi
Il giorno 20 luglio 2011 17:44, Simone Cortesi sim...@cortesi.com ha scritto: Puoi usare osmosis sul planet regionale di tuo interesse, ed estrarre i dati comunali usando l'opzione --bp http://wiki.openstreetmap.org/wiki/Osmosis/Examples Grazie! Non avevo mai usato Osmosis, ad ogni modo ha fatto proprio al caso mio, unito a questo [1] per prendere i confini di cui avevo bisogno Ciao Stefano [1] http://code.google.com/p/osm2mp/source/browse/trunk/getbound/getbound.pl ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] Fwd: Mapper at Bucaramanga.
Hi everyone, Is there some mappers at Bucaramanga ? In order to be in touch and making some coordination in the mapping. Best regards. Sébastien ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] buenaventura
Am Tue, 19 Jul 2011 21:08:11 -0500 schrieb Fredy Rivera fredyriv...@gmail.com: 2011/7/19 hyan...@gmail.com hyan...@gmail.com: Me parece que en algunas zonas podemos hacer las correcciones de los vectores viales con base en las imágenes bing sin tener que borrar y reacer. Hay otras que si están muy desfazadas y da la impresión que es mucho más trabajo corregir que reacer... Que definan los autores: harrierco federico humano Por mi esta bien borrar y hacer de nuevo, de todas formas no tengo mucho aporte en la zona. manchito +1 Y hacemos luego campaña de mapeo en Buenaventura, a la cual me sumo. Quedo atento, HY El 19 de julio de 2011 18:35, Ricardo R harrie...@hotmail.com escribió: Hola Que tal les parece la idea de borrar la mayoria del trazado existente e incorrecto en Buenaventura, y volver a dibujarlo sobre las imagenes de bing? harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-co] buenaventura
Bueno pienso que se debe borrar el mapa de http://www.openstreetmap.org/?lat=3.87173lon=-76.99587zoom=15layers=M que es la zona muy desfasada, antes de eso tomar unos exports o capturas de la nomenclatura vial existente y en cuanto el usuario hoover nos aclare el origen (si es que se puede pedir) se podria colocar. La parte de la isla por el momento es mejor mantenerla, y despues de hacer la parte continental, la isla se puede verificar despues contra unos tracks, la parte continental dibujada nueva y una foto satelital de NASA, algo similar se hizo en Tulua. coordinamos fecha para eso harrierco Date: Wed, 20 Jul 2011 13:20:16 +0200 From: manch...@gmail.com To: talk-co@openstreetmap.org Subject: Re: [Talk-co] buenaventura Am Tue, 19 Jul 2011 21:08:11 -0500 schrieb Fredy Rivera fredyriv...@gmail.com: 2011/7/19 hyan...@gmail.com hyan...@gmail.com: Me parece que en algunas zonas podemos hacer las correcciones de los vectores viales con base en las imágenes bing sin tener que borrar y reacer. Hay otras que si están muy desfazadas y da la impresión que es mucho más trabajo corregir que reacer... Que definan los autores: harrierco federico humano Por mi esta bien borrar y hacer de nuevo, de todas formas no tengo mucho aporte en la zona. manchito +1 Y hacemos luego campaña de mapeo en Buenaventura, a la cual me sumo. Quedo atento, HY El 19 de julio de 2011 18:35, Ricardo R harrie...@hotmail.com escribió: Hola Que tal les parece la idea de borrar la mayoria del trazado existente e incorrecto en Buenaventura, y volver a dibujarlo sobre las imagenes de bing? harrierco ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
[Talk-dk] Visning af veje uden asfalt
Hej, Kan jeg køb én til at kode et lille script der ud fra et spor i en gpx fil kan vise på et kort hvile dele af ruten der løber på veje uden asfalt? Jeg planlægger en cykeltur i det svenske og har tidligere erfaret, at svenskerne ikke er så flinke til at asfaltere deres cykelruter (også et problem i Danmark). /Thor ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Sammendrag af Talk-dk, Vol 27, Udgave 17
Tak for svarene omkring gsp-tracking. Vi får nok brug for at trackeren er fastmonteret på cyklen, så det hele foregår uden at brugeren er involveret eller behøver at have en mobil. VH Emil -Oprindelig meddelelse- Fra: talk-dk-requ...@openstreetmap.org [mailto:talk-dk-requ...@openstreetmap.org] Sendt: 20. juli 2011 13:00 Til: talk-dk@openstreetmap.org Emne: Sammendrag af Talk-dk, Vol 27, Udgave 17 Send meddelelser der skal distribueres til Talk-dk til: talk-dk@openstreetmap.org Gå ind på: http://lists.openstreetmap.org/listinfo/talk-dk for at til- eller framelde dig listen via World Wide Web Alternativt kan du sende en e-mail til talk-dk-requ...@openstreetmap.org med ordet 'help' i emnefeltet eller som indhold. Du kan kontakte den (de) ansvarlige person(er) for listen på talk-dk-ow...@openstreetmap.org Når du svarer på e-mail til listen, bedes du venligst ændre emnefeltet sådan at det er lidt mere beskrivende end bare Re: Indhold af Talk-dk sammendrag... Dagens emner: 1. Re: Brugervenligt visualisering af GSP-spor? (Thor Østergaard) 2. Visning af veje uden asfalt (Thor Østergaard) -- Message: 1 Date: Tue, 19 Jul 2011 23:28:25 -0700 From: Thor Østergaard t...@scientdata.dk To: OpenStreetMap Denmark talk-dk@openstreetmap.org Subject: Re: [Talk-dk] Brugervenligt visualisering af GSP-spor? Message-ID: 1A4FF3BA0FDDDF4BB093619E7716E21B2A047730@IE2RD2XVS531.red002.local Content-Type: text/plain; charset=iso-8859-1 Tag evt. en snak med Endomondo - de har hele det tekniske setup til at kunne løse sådan en udfordring. /Thor Ps. Jeg vil gerne høre hvad de siger til opgaven - jeg har et tilsvarende projekt i tankerne (ikke relateret til elcykler). -Original Message- From: Emil Tin [mailto:z...@tmf.kk.dk] Sent: 19. juli 2011 10:03 To: talk-dk@openstreetmap.org Subject: [Talk-dk] Brugervenligt visualisering af GSP-spor? Hej, Vi skal lave et forsøg med elcykler, og vil gerne gps-tracke cyklerne og løbende vise sporene på en webside. Har i forslag til hvordan det lettest gøres? Det skal være så simpelt som muligt for brugerne, fx gerne automatisk/løbende upload af gsp-spor fra en iphone/android app. Venlig hilsen, Emil Tin Cykelsekretariatet ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk -- Message: 2 Date: Tue, 19 Jul 2011 23:33:26 -0700 From: Thor Østergaard t...@scientdata.dk To: talk-dk@openstreetmap.org talk-dk@openstreetmap.org Subject: [Talk-dk] Visning af veje uden asfalt Message-ID: 1A4FF3BA0FDDDF4BB093619E7716E21B2A047731@IE2RD2XVS531.red002.local Content-Type: text/plain; charset=iso-8859-1 Hej, Kan jeg køb én til at kode et lille script der ud fra et spor i en gpx fil kan vise på et kort hvile dele af ruten der løber på veje uden asfalt? Jeg planlægger en cykeltur i det svenske og har tidligere erfaret, at svenskerne ikke er så flinke til at asfaltere deres cykelruter (også et problem i Danmark). /Thor -- næste del -- En HTML-vedhæftning blev fjernet... URL: http://lists.openstreetmap.org/pipermail/talk-dk/attachments/20110719/61a87449/attachment-0001.html -- ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk Slut på Sammendrag af Talk-dk, Vol 27, Udgave 17 ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
[Talk-dk] Pladser i Kbh
Åbenbart mangler vi nogle af de nye pladser i Kbh. Jeg skulle finde Skjolds Plads, men forgæves. Jeg har nu sjusset mig frem til Skjolds Plads og Nuuks Plads og tilføjet dem til OSM. Men hvis der er nogen, der har en bedre ide om hvordan de skal laves, så skal I endelig gøre det. -- Niels ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Burnt Tree Island Dudley
I'll be there in a couple of weeks, passing through, but might be able to take some pictures. On 20 July 2011 17:08, Brian Prangle bpran...@gmail.com wrote: I read in the local papers that this major roadway re-alignment is due to open this week. Anyone close want to have a go at surveying it? According to the press the roundabout has been replaced with a traffic-light controlled crossroads. I haven't been over there for at least a year and the construction work was massive even then Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands -- Andy Mabbett @pigsonthewing http://pigsonthewing.org.uk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] openstreetmap.es - gratulation
El 19/07/2011 20:17, Jan Tappenbeck o...@tappenbeck.net escribió: ola from germany, today i look to www.openstreetmap.es since long time and it would be nice to see the new conception - very good an with news ...!!! one idea to you - the mapa is from mapquest. would it be nice for the sice to show what is possible with osm - and the data?? so add the layer-switch-button on the map-window and add ciclymap - hiking map - etc. Hi, Jan, Thanks for the feedback. In fact, the openstreetmap.es page is still under (re)construction. We have yet to add: - a contact/association info for organisms and press - a how to contribute - a how to use - a faq etc. About the map: it was a last minute addition -an osm-based map with a nice api and rendering. It wasn't until later that I realized that most features and amenities are not rendered directly, but treated on a separate vector layer. However, for the last days I have been busy moving between homes and I currently do not have a stable internet connection. I will fix those things as soon as possible. Anyway, we want people to participate on osm.org , so I am not sure about how much information to put on our page: it must be enought to become a good landing place (many Spaniards do have problems with English) but not too much in order to let them jump and explore the main map page, the wiki, 3rd party services and apps,... Any help and feedback is appreciated. -- Jaime ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Artículo sobre OSM en TOPCAR
Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
Qué mala pinta! Por qué envías un .exe a la lista? Gari 2011/7/20 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es: Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! ___ 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] Artículo sobre OSM en TOPCAR
Es un .zip que incluye dentro un .exe El 20 de julio de 2011 09:48, Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es escribió: ** Un .exe? Es un enlace PDF, si lleva el mensaje un .exe adjunto si que me tengo que preocupar de verdad... (¿podría ser la vCard?) Gari Araolaza escribió: Qué mala pinta! Por qué envías un .exe a la lista? Gari 2011/7/20 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es juanramon.tam...@mpt.es: Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
Y de más de veinticinco megas, además... :O On 7/20/11, David Marín Carreño dav...@gmail.com wrote: Es un .zip que incluye dentro un .exe El 20 de julio de 2011 09:48, Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es escribió: ** Un .exe? Es un enlace PDF, si lleva el mensaje un .exe adjunto si que me tengo que preocupar de verdad... (¿podría ser la vCard?) Gari Araolaza escribió: Qué mala pinta! Por qué envías un .exe a la lista? Gari 2011/7/20 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es juanramon.tam...@mpt.es: Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com -- Jonay ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
El Miércoles 20 Julio 2011, Jonay Santana escribió: Y de más de veinticinco megas, además... :O Qué poca vergüenza, siempre discriminando a los que usamos Linux. On 7/20/11, David Marín Carreño dav...@gmail.com wrote: Es un .zip que incluye dentro un .exe El 20 de julio de 2011 09:48, Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es escribió: ** Un .exe? Es un enlace PDF, si lleva el mensaje un .exe adjunto si que me tengo que preocupar de verdad... (¿podría ser la vCard?) Gari Araolaza escribió: Qué mala pinta! Por qué envías un .exe a la lista? Gari 2011/7/20 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es juanramon.tam...@mpt.es: Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/tal k-es ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/tal k-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] openstreetmap.es - gratulation
Hi, Jan, Thanks for the feedback. In fact, the openstreetmap.es http://openstreetmap.es page is still under (re)construction. We have yet to add: - a contact/association info for organisms and press - a how to contribute - a how to use - a faq etc. About the map: it was a last minute addition -an osm-based map with a nice api and rendering. It wasn't until later that I realized that most features and amenities are not rendered directly, but treated on a separate vector layer. However, for the last days I have been busy moving between homes and I currently do not have a stable internet connection. I will fix those things as soon as possible. Anyway, we want people to participate on osm.org http://osm.org , so I am not sure about how much information to put on our page: it must be enought to become a good landing place (many Spaniards do have problems with English) but not too much in order to let them jump and explore the main map page, the wiki, 3rd party services and apps,... Any help and feedback is appreciated. -- Jaime Hi ! thanks for answer - i think one of the important think in ES is to make the people hot for osm to get more person for mapping. regards Jan :-) ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
Perdón por el enlace, no lo comprobé: por razones de seguridad de red no me deja ni entrar en ese dominio. Yo lo tengo en papel y asocié que al ser un fichero grande lo que había en red sería el PDF (no un .exe de más de 20 megas) Ya he preguntado al Colegio se si puede escanear y dejarlo por aquí (y si lo pueden poner de verdad en PDF) Bueno, de nuevo disculpas. Por cierto, el artículo habla de lo que es Software Libre como introducción, de lo que es valor añadido de un producto, de colaborar... y de Tartas, que la verdad me sigue costando entender jeje Maria Arias de Reyna escribió: El Miércoles 20 Julio 2011, Jonay Santana escribió: Y de más de veinticinco megas, además... :O Qué poca vergüenza, siempre discriminando a los que usamos Linux. On 7/20/11, David Marín Carreño dav...@gmail.com wrote: Es un .zip que incluye dentro un .exe El 20 de julio de 2011 09:48, Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es escribió: ** Un .exe? Es un enlace PDF, si lleva el mensaje un .exe adjunto si que me tengo que preocupar de verdad... (¿podría ser la vCard?) Gari Araolaza escribió: Qué mala pinta! Por qué envías un .exe a la lista? Gari 2011/7/20 Juan Ramón Tamayo de la Torre juanramon.tam...@mpt.es juanramon.tam...@mpt.es: Hola a todos: Como información os comento que se ha publicado un artículo sobre OSM redactado por Iván Sánchez, Tartas, en la Revista del Colegio Oficial de I.T. Topografía: http://dl.dropbox.com/u/31909993/TOPCART%20159.zip En otro artículo se comenta algo sobre OSM como proyecto colaborativo (pero poco, si sólo teneis interés en leer eso es como buscar a Wally ) Un saludo! ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/tal k-es ___ Talk-es mailing listTalk-es@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/tal k-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño dav...@gmail.com attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
El Miércoles 20 Julio 2011, Juan Ramón Tamayo de la Torre escribió: Perdón por el enlace, no lo comprobé: por razones de seguridad de red no me deja ni entrar en ese dominio. Yo lo tengo en papel y asocié que al ser un fichero grande lo que había en red sería el PDF (no un .exe de más de 20 megas) Ya he preguntado al Colegio se si puede escanear y dejarlo por aquí (y si lo pueden poner de verdad en PDF) Bueno, de nuevo disculpas. Por cierto, el artículo habla de lo que es Software Libre como introducción, de lo que es valor añadido de un producto, de colaborar... y de Tartas, que la verdad me sigue costando entender jeje ¿Y por qué lo empaquetan en un .exe en vez de un PDF? ô_O Cosas que nunca entenderé. Siendo de Iván, no me extraña que consiga mezclar tartas y mapas. ;P -- María Arias de Reyna Domínguez Área de Operaciones Emergya Consultoría Tfno: +34 954 51 75 77 / +34 607 43 74 27 Fax: +34 954 51 64 73 www.emergya.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
Hay gente que no sólo es partidaria de MSWindows, sinó que además es contraria a GNU/Linux, y a veces hacen cosas como esta para imponer un supuesto standard y demostrar que hace falta software privativo. Se hace extraño pensar que algo así sale por ignorancia. Al 20/07/11 11:09, En/na Maria Arias de Reyna ha escrit: El Miércoles 20 Julio 2011, Juan Ramón Tamayo de la Torre escribió: Perdón por el enlace, no lo comprobé: por razones de seguridad de red no me deja ni entrar en ese dominio. Yo lo tengo en papel y asocié que al ser un fichero grande lo que había en red sería el PDF (no un .exe de más de 20 megas) Ya he preguntado al Colegio se si puede escanear y dejarlo por aquí (y si lo pueden poner de verdad en PDF) Bueno, de nuevo disculpas. Por cierto, el artículo habla de lo que es Software Libre como introducción, de lo que es valor añadido de un producto, de colaborar... y de Tartas, que la verdad me sigue costando entender jeje ¿Y por qué lo empaquetan en un .exe en vez de un PDF? ô_O Cosas que nunca entenderé. Siendo de Iván, no me extraña que consiga mezclar tartas y mapas. ;P ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
Bueno, si fuera así sería como mínimo irónico, porque toda la revista es un monólogo de estandares y servicios web inspire y todo eso. Y lo de la tarta... yo me he comido una tarta llevada por Iván con una foto de España (aunque creo que eran dos, una con la Red NAP y la otra no me acuerdo) Narcis Garcia - GiLUG escribió: Hay gente que no sólo es partidaria de MSWindows, sinó que además es contraria a GNU/Linux, y a veces hacen cosas como esta para imponer un supuesto standard y demostrar que hace falta software privativo. Se hace extraño pensar que algo así sale por ignorancia. Al 20/07/11 11:09, En/na Maria Arias de Reyna ha escrit: El Miércoles 20 Julio 2011, Juan Ramón Tamayo de la Torre escribió: Perdón por el enlace, no lo comprobé: por razones de seguridad de red no me deja ni entrar en ese dominio. Yo lo tengo en papel y asocié que al ser un fichero grande lo que había en red sería el PDF (no un .exe de más de 20 megas) Ya he preguntado al Colegio se si puede escanear y dejarlo por aquí (y si lo pueden poner de verdad en PDF) Bueno, de nuevo disculpas. Por cierto, el artículo habla de lo que es Software Libre como introducción, de lo que es valor añadido de un producto, de colaborar... y de Tartas, que la verdad me sigue costando entender jeje ¿Y por qué lo empaquetan en un .exe en vez de un PDF? ô_O Cosas que nunca entenderé. Siendo de Iván, no me extraña que consiga mezclar tartas y mapas. ;P ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es attachment: juanramon_tamayo.vcf___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Pasar traza de gps a ruta
Hola, ¿Cómo haces esto de la imagen PNOA.? En Josm - F12 - WMS-TMS - Buscas PNOA en entradas disponibles por defecto. - Activas y aceptas. Ya puedes seleccionar PNOA en Imágenes. Ya lo tengo hecho con los siguientes parámetros: Servidor PNOA: http://www.idee.es/wms-c/PNOA/PNOA [5]? WayPoint: archivo adjunto Yo en este punto veo las ortofotos de PNOA, pero la url que tengo no contiene el -c. Uso la url que viene por defecto en el JSON v4064 (Debian): wms:http://www.idee.es/wms/PNOA/PNOA?REQUEST=GetMapVERSION=1.1.1SERVICE=WMSSRS=EPSG:4326LAYERS=pnoaSTYLES=defaultFORMAT=image/jpeg; Tambien tengo la siguiente para ver de que año son las ortofotos: wms:http://www.idee.es/wms/PNOA/PNOA?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=fechas; La leyenda de los colores es la siguiente: http://wiki.openstreetmap.org/wiki/File:FechasPNOA.png Te recomiendo que también actives los presets Source Spain para poder etiquetar aquello que edites. En JOSM - F12 - Settings for the map projection and data interpretation. - Tagging Presets Selecionar y activar Source Spain. Puedes encontrar más información en: http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources Hasta pronto. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] SOTM-UE 2011
Toni, Jaume, o cualquier otra persona asistente: ¿Podéis hacernos un resumen del State Of The Map Europe 2011 [1]? ¿Qué cosas os llamaron más la atención? Y si pudiera colgarse en openstreetmap.es, mejor. [1] http://sotm-eu.org/ -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Pasar traza de gps a ruta
El 20 de julio de 2011 12:51, Simó s...@graciasensefils.net escribió: Hola, ¿Cómo haces esto de la imagen PNOA.? En Josm - F12 - WMS-TMS - Buscas PNOA en entradas disponibles por defecto. - Activas y aceptas. Ya puedes seleccionar PNOA en Imágenes. Ya lo tengo hecho con los siguientes parámetros: Servidor PNOA: http://www.idee.es/wms-c/PNOA/**PNOAhttp://www.idee.es/wms-c/PNOA/PNOA[5]? WayPoint: archivo adjunto Yo en este punto veo las ortofotos de PNOA, pero la url que tengo no contiene el -c. Uso la url que viene por defecto en el JSON v4064 (Debian): wms:http://www.idee.es/wms/**PNOA/PNOA?REQUEST=GetMap** VERSION=1.1.1SERVICE=WMSSRS=**EPSG:4326LAYERS=pnoaSTYLES=** defaultFORMAT=image/jpeghttp://www.idee.es/wms/PNOA/PNOA?REQUEST=GetMapVERSION=1.1.1SERVICE=WMSSRS=EPSG:4326LAYERS=pnoaSTYLES=defaultFORMAT=image/jpeg; Perfecto!!!, esto me ha funcionado. Muchas gracias!!! S2. Tambien tengo la siguiente para ver de que año son las ortofotos: wms:http://www.idee.es/wms/**PNOA/PNOA?FORMAT=image/jpeg** VERSION=1.1.1SERVICE=WMS**REQUEST=GetMapLayers=fechashttp://www.idee.es/wms/PNOA/PNOA?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=fechas; La leyenda de los colores es la siguiente: http://wiki.openstreetmap.org/**wiki/File:FechasPNOA.pnghttp://wiki.openstreetmap.org/wiki/File:FechasPNOA.png Te recomiendo que también actives los presets Source Spain para poder etiquetar aquello que edites. En JOSM - F12 - Settings for the map projection and data interpretation. - Tagging Presets Selecionar y activar Source Spain. Puedes encontrar más información en: http://wiki.openstreetmap.org/**wiki/Spain_Potential_**Datasourceshttp://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources Hasta pronto. __**_ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-eshttp://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
On Miércoles, 20 de Julio de 2011 11:44:55 Juan Ramón Tamayo de la Torre escribió: Bueno, si fuera así sería como mínimo irónico, porque toda la revista es un monólogo de estandares y servicios web inspire y todo eso. Y lo de la tarta... yo me he comido una tarta llevada por Iván con una foto de España (aunque creo que eran dos, una con la Red NAP y la otra no me acuerdo) Eran tres. Una con OSM de España, otra con OSM de la zona de Murcia, y otra de gvSIG Mini, que lo acababan de sacar con soporte para OSM. A no ser que fueras a las gvSIG de Valencia, donde sólo era una con la red de carreteras de la CIT. Porque tartas de redes geodésicas no he hecho ninguna. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
El 20/07/11, Iván Sánchez Ortega i...@sanchezortega.es escribió: [...] Porque tartas de redes geodésicas no he hecho ninguna. Iván, confiesa que tienes un problema. No asumirlo no hará que este desaparezca... ;-) -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Artículo sobre OSM en TOPCAR
EL tiempo mata los recuerdos, juraba que la de España se parecia a la NAP. De todas formas Jaime no tiene del todo razón: es un refuerzo positivo, muy positivo :d Iván Sánchez Ortega i...@sanchezortega.es escribió: On Miércoles, 20 de Julio de 2011 11:44:55 Juan Ramón Tamayo de la Torre escribió: Bueno, si fuera así sería como mínimo irónico, porque toda la revista es un monólogo de estandares y servicios web inspire y todo eso. Y lo de la tarta... yo me he comido una tarta llevada por Iván con una foto de España (aunque creo que eran dos, una con la Red NAP y la otra no me acuerdo) Eran tres. Una con OSM de España, otra con OSM de la zona de Murcia, y otra de gvSIG Mini, que lo acababan de sacar con soporte para OSM. A no ser que fueras a las gvSIG de Valencia, donde sólo era una con la red de carreteras de la CIT. Porque tartas de redes geodésicas no he hecho ninguna. -- -- Iván Sánchez Ortega i...@sanchezortega.es i...@geonerd.org http://ivan.sanchezortega.es MSN:i...@void.sanchezortega.es Jabber:ivansanc...@jabber.org ; ivansanc...@kdetalk.net IRC: ivansanchez @ OFTC freenode ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] consulta recomendacion de gps
Está muy completo! Felicitaciones! La ultima vez que habia entrado faltaban todo lo que está afuera del cuadrado central Lo que si veo es que algunas manzanas se ven de distinto tamaño que otras. Supongo que al calcarlas de la foto aerera, las subidas y las bajadas hacen que las manzanas se vean de distintos tamaños. Saludos! Santiago ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-at] Datenbereinigung für plan.at
schon klar dass ich nicht muss, es hat mich halt interessiert, was denn da nicht passt (und ein paar duplicate tags hab ich auch gefunden) anscheinend ist da der postcode an den strassen dran, das lass ich aber automatisiert machen, da das doch einiges ist :D wie ist eigentlich die handhabe, wenn eine fläche, z.B. ein Parkplatz als socher getaggt ist, und dann noch ein extra node ist mit den gleichen Tags, ist da die fläche korrekter oder der node? Hannes 2011/7/19 wolfbert geowol...@googlemail.com: Hallo Hannes, sorry, hab' die Doku noch nicht nachgezogen... Mache ich gleich. Du musst da gar nichts beheben, das würde bei der Bereinigung miterledigt. Wenn Du aber gerne möchtest: die Auswertung zeigt, wie viele aus plan.at stammende (und IMHO unnötige) Tags da sind, die gelöscht werden könnten. Die Tag-Liste steht im Wiki (siehe voriges Posting). Allenfalls könntest Du 'plan.at' zum source-Tag hinzufügen, falls noch nicht da. Ein häufiger Fall ist z.B. addr:postcode=* an highways (wurde zugegebenermaßen auch von einigen Mappern gesetzt), sollte aber an den Häusern stehen, da Straßen ja keine PLZ bzw. Adresse haben (die PLZ steht auch noch in den place-Knoten). Hannes Brandstätter-Müller osm@... writes: plan.at: Ways ohne 'check import' (1 Key) gibt's da einige, nur ist mir nicht ganz klar was da nicht passt. Wie behebe ich die? LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Doppeltagging Parkplätze etc.
Servus! Heute (20. Juli) um 10:06 tippte Hannes Brandstätter-Müller: wie ist eigentlich die handhabe, wenn eine fläche, z.B. ein Parkplatz als socher getaggt ist, und dann noch ein extra node ist mit den gleichen Tags, ist da die fläche korrekter oder der node? Das sind meistens historische Entwicklungen (erst war die Node, dann die Fläche). Grundsätzlich gilt: Wenn Fläche, dann ist die Node überflüssig und sollte gelöscht werden, nur Vorsicht, manchmal gibt es bei der Node Zusatzinfos (fee, capacity, etc.), die bei der Fläche nicht eingetragen sind. -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] GeoImage in HiRes (!)
Der Kanaldeckel liegt in Leonding an der Kreuzung Schiefersteinstraße/Nöbauerstraße, 30 Meter in Richtung Osten, zwischen Swimmingpool und dem silbernen Auto. Der Kanaldeckel scheint 70 cm Durchmesser zu haben, Bing stellt ihn mit 7-8 Pixeln dar, Geoimage.at mit 3 Pixeln. Ich habe die URL mit meinem Key in JOSM angegeben, das Geoimage-Bildmaterial wird mit den Geoimae-Logos auf den Luftbildern geliefert, Ich weiß nicht, ob das das hochauflösende Bildmaterial oder nach wie vor das frei verfügbare Bildmaterial ist. MfG, Humanist Original-Nachricht Datum: Tue, 19 Jul 2011 22:46:17 +0200 Von: liste_fran...@gmx.de An: talk-at@openstreetmap.org Betreff: [Talk-at] GeoImage in HiRes (!) Moin moin, Humanist schrieb heute: Ich bezweifle, dass es sich hierbei um die angegeben Auflösung von 12,5 cm pro Pixel handelt. Wenn ich ganz amateurhaft im JOSM messe, komme ich auf 13 cm für Linz, für Bing auf 10 cm. Man müsste halt jemand fragen, der sich mit Photogrammetrie richtig auskennt, oder den Wolfgang ;-) Auf der geoimage-Seite finden sich zum Thema noch ganz nette Links wie dieses BestOf: http://geoimage.at/dms/geoimage/bilder/Sample_best_dop_quality_2.jpg Vielleicht kennt jemand die Gegend, dann könnte man es ja vergleichen? Wer ein GIS hat wie z. B. das kostenlose Quantum GIS kann sich das Alter der Bilder (+Auflösung) anschauen: http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_Einzel_2011_07_01_v1.zip Schneller dafür gröber ist: http://geoimage.at/dms/geoimage/Metadaten/Geoimage-Metadata_2011_07_01_v1.pdf Ciao, Frank PS Wo genau ist der Kanaldeckel? -- Empfehlen Sie GMX DSL Ihren Freunden und Bekannten und wir belohnen Sie mit bis zu 50,- Euro! https://freundschaftswerbung.gmx.de ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at -- NEU: FreePhone - 0ct/min Handyspartarif mit Geld-zurück-Garantie! Jetzt informieren: http://www.gmx.net/de/go/freephone ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Datenbereinigung für plan.at
Hallo, nur zur allgemeinen Information, ab sofort läuft die Bereinigung an. Im ersten Durchgang werden nur eindeutige plan.at highways (fixme+source angegeben) bearbeitet, wobei Tags nur gelöscht, nicht aber hinzugefügt oder verändert werden. Dabei konzentriere ich mich auf at:maxspeed (ca. 18.000 Stück). Den Fortschritt könnt Ihr ja auf Tagwatch oder bei osmi verfolgen, die Details stehen im Wiki. Wird ein paar Tage dauern... LG Wolfgang ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-cz] Dotaz novacka - sousedici plochy kolem pozemnich komunikaci (prilinani ploch k pozemnim komunikacim)
Jak ktery. Mapnik mozna ne, ale ruzne rederery to resi ruzne. Dokonce i mapník jde nastavit tak aby respektoval tag width, ale vzhledem k nepoužívanosti to má v defaultu vypnuté. Ten příklad s úpravou pouze lesů a následným posunutím přiložené silnice byl asi trochu nevhodný. Pokud by tohle člověk dělal, měl by si stáhnout i napojená data. Protože jak říkáš, může tam být napojená louka, nebo hůř třeba rybník a s tím se hýbat nemá. Obecně plochové objekty je možno napojovat na plochové. U té highway=path je to asi jedno. Ale liniové na plošné nenapojovat. Bacha také na katastrální území - pokud možno nikdy nespojovat. zdar zbycz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Synchronisation cadastre en ligne et dépôt cleo-carto
http://osm.org/go/0Asv_cKWa- Il s'agit des 2 zones marquées en construction le long de l'allée des Platanes. Bruno 2011/7/19 Pierre pina...@pinaraf.info: On Tuesday 19 July 2011 22:52:10 Philippe Pary wrote: Salut, Tom mail est intéressant, je me permets de mettre la liste en copie. Le mardi 19 juillet 2011 à 22:29 +0200, Bruno Besson a écrit : j'ai fouillé un peu dans les archives mais je n'ai pas trouvé la réponse à ma question, alors je me permet d'embêter directement l'auteur du dépôt cadastre... en espérant que la réponse à ma question n'est pas écrite en gros quelque part ! Voilà la situation : j'ai fait l'année dernière l'import du bâti sur la commune de Miribel dans l'Ain. Depuis, certains nouveaux bâtiments ont été construits (zone actuellement marquées en travaux). J'ai vérifié dernièrement avec le plugin cadastre que ces nouveaux bâtiments sont bien présents. Pourtant, le fichier osm de la commune daté du 17 juillet ne comprend pas ces nouveaux bâtiments. Y-a-t-il une source différente entre les deux ? Excellente question, je laisse au développeur du logiciel (Pinaraf) le soin d'y répondre. Tu as les coordonnées précises de l'erreur ? Ça m'arrangerait pour trouver l'erreur, j'ai une base de données en cours de remplissage là... Merci d'avance ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [OSM talk-fr] Retour sur les évènements Semaine 17 - Open Data Garage / ICC 2011 / ETALAB ...
Bravo Gael ! Je suis toujours aussi épaté par ton niveau d'engagement et de présence sur la scène politique. Bientôt le Lolcat of awesomeness ;-) F. 2011/7/19 RatZilla$ ratzil...@gmail.com: Bonjour @tou[te]s La semaine 17 a été particulièrement chargée en évènements OpenData où OSM a encore rencontré un vif succès. Je tiens tout d'abord à remercier Charles Népote pour son lobbying pro OSM dans tout les évènements OpenData. L'Open Data Garage au Pharo à Marseille a été l'occasion de montrer encore une fois nos travaux, du concret ! http://opendatagarage.org/ Étaient présents des entreprises, collectivités, administrations et associations impliquées ou intéressées par l'OpenData. OSM y a rencontrer un vif succès ma présentation courte (j'avais 7minutes) est ici: http://ratzillas.com/osm/Pres_odg.pdf http://ratzillas.com/osm/Pres_odg.odp Nous avons suscité l'intérêt des services de la Préfecture de Région, du Conseil Régional et de diverses mairies. Je dois d'ailleurs rencontrer toutes ces personnes pour approfondir les sujets qui les intéressent. Je reviendrai ici pour vous annoncer les dates et lieux de rendez-vous pour ceux et celles qui souhaitent m'accompagner ou y aller si j'en suis incapable. Ce qui frappe énormément nos interlocuteurs c'est le travail que nous avons déjà accompli, alors que certains en sont encore à parler de concepts et de projets hypothétiques... Merci à Olivier Rovelotti pour le transport, car à force de faire la pipelette OSM, je n'avais plus de moyen de locomotion collectif pour rejoindre mon domicile. Le lendemain direction Paris - Palais des Congrès ICC 2011 - pour rejoindre Émilie , Tuile #!!~#!Gasp#!! à l'impression du poster ... ce n'est pas le bon :-( Gasp !!! Je me suis rattrapé en l'imprimant sur 8 tuiles A3 formant un poster A0 ;-) disponible ici: http://ratzillas.com/osm/Poster_Sec.pdf http://ratzillas.com/osm/Poster_Sec.odg Agencement: 12 34 56 78 Là aussi bons échanges avec des Mappeurs, et des services tels que le SHOM ou avec l'AFIGEO, GéoRézo. Bonne ambiance Hélicoptère -Je l'ai placé discrètement Nous étions en terrain presque connu, c'est Émilie qui était au charbon pour la présentation du poster. Retour en vitesse à la maison et enregistrement le lendemain de l'émission Place de La Toile avec Xavier de La Porte à Marseille (cf post dédié) Je termine avec ETALAB Je participerai demain à Paris au 3ème atelier de travail : Initiatives d'open data, retour d'expérience http://blog.etalab.gouv.fr/article-3eme-atelier-de-travail-initiatives-d-open-data-retour-d-experience-78732172.html Je reviendrai vers vous pour détailler les points qui ont été abordés, notamment les questions de licences :-| Gaël Retour au Draft Statut de l'Association ;-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Retour sur le SotM-eu
Le mercredi 20 juillet 2011 à 00:54 +0200, Vincent Privat a écrit : Merci pour ce compte-rendu bien complet en français, j'avais vu beaucoup d'échos sur la Overpass API sur @talk, mais pas trop sur le reste :) Oui, apparement, il y a eu un peu de buzz suite à la conf. Peut-être parce que c'était la première conf, sûrement aussi parce que l'auteur fait de grandes promesses (XAPI en mieux et en rapide, le top quoi). En tant que développeur, mon sentiment général sur cet outil était un peu mitigé. À mon sens, un projet Open Source est sain quand il y a plusieurs développeurs (débat, code review, ...), quand on se fixe de objectifs de difficulté progressive et quand on release souvent pour faire émerger les bugs/problèmes. Ce sont des qualités qui existent peut-être dans ce projet mais si c'est le cas, elles n'ont pas transparu dans la présentation. D'où un brin de méfiance... Je n'aurais pas le temps de faire des tests pour confirmer ou infirmer ce doute avant plusieurs mois (et de toute façon, j'ai plus envie de jouer avec Osmium), si quelqu'un veut s'en charger, je serai ravi de lire les conclusions. C'est marrant cette histoire de cerf-volant en tout cas ! Ça a l'air vraiment rigolo oui. Le rendu reste amateur (photos étirées, à peu près calées mais pas ortho-rectifiées) mais ça peut permettre d'avoir une représentation détaillée, réaliste et très actuelle d'un territoire alors que la mise en œuvre demande très peu de moyen. Chez GrassRootMapping, ils l'utilisent beaucoup pour des projets de cartographie d'un quartier par ses habitants. Ça a l'air vraiment génial pour ce type de projet. Avec des enfants par exemple, ça doit marcher du tonnerre ! -- Gilles Bassière - Web/GIS software engineer http://gbassiere.free.fr/ ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rappel Atelier ETALAB / data.gouv.fr ce soir de17h00 à 19h00
Bonjour @tous[te]s Je vous rappelle la tenue ce soir du 3eme atelier ETALAB dans un post dédié pour celles et ceux qui l'auraient raté hier. Il a pour thème: Initiatives d'open data, retour d'expérience: http://blog.etalab.gouv.fr/article-3eme-atelier-de-travail-initiatives-d-open-data-retour-d-experience-78732172.html Je twitterai de 17h00 à 19h00 les moments forts de l'atelier, en attendant n'hésitez pas à m'envoyer vos remarques, questions, critiques et suggestions. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel Atelier ETALAB / data.gouv.fr ce soir de17h00 à 19h00
Salut Florian, Je te confirme bien que l'Atelier a lieu ce soir! :-) Je suis en avance pour l'instant ;-) Gael On Jul 20, 2011 11:43 AM, Florian LAINEZ winner...@free.fr wrote: Il y a marqué que c'était le 6 juillet : t'es un petit peu en retard ... Le 20 juillet 2011 09:40, RatZilla$ ratzil...@gmail.com a écrit : Bonjour @tous[te]s Je vous rappelle la tenue ce soir du 3eme atelier ETALAB dans un post dédié pour celles et ceux qui l'auraient raté hier. Il a pour thème: Initiatives d'open data, retour d'expérience: http://blog.etalab.gouv.fr/article-3eme-atelier-de-travail-initiatives-d-open-data-retour-d-experience-78732172.html Je twitterai de 17h00 à 19h00 les moments forts de l'atelier, en attendant n'hésitez pas à m'envoyer vos remarques, questions, critiques et suggestions. Gaël ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- *Florian Lainez* http://twitter.com/overflorian http://www.nouslesgeeks.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rappel Atelier ETALAB / data.gouv.fr ce soir de17h00 à 19h00
Florian LAINEZ a écrit , Le 20/07/2011 11:41: Il y a marqué que c'était le 6 juillet : t'es un petit peu en retard ... le billet date du 6 juillet, et annonce l'évènement du 20 ; faut lire au moins jusqu'à la 3ème ligne, s'pas :) ? Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] nouvelle version de Show Your Journey
Le 19 juillet 2011 17:19, arno a...@renevier.net a écrit : Le mardi 19 juillet 2011, à 17:00:53 +0200, Romain a écrit : Bonjour Arno, Bonjour, Je me permets de venir aux nouvelles pour savoir si tu as prévu une mise à jour prochaine de ton service Show your journey? Il est mis à jour régulièrement, mais ce sont plutôt des corrections de bugs ou de performances, je n'ai pas trop le temps d'ajouter des fonctionnalités en ce moment. Est-ce que ce serait faisable d'ajouter le rendu Opencyclemap? En fait, j'ai cherché partout les conditions d'utilisations d'Opencyclemap, je n'ai rien trouvé. C'est peut être qu'il n'y en a pas tout simplement et que l'on est libre de le réutiliser? Aussi, une fois un itinéraire créé, est-ce qu'il serait possible d'ajouter un export en SVG ou PNG? Ceci dans l'idée de pouvoir exploiter dans Inkscape par exemple... Tu parles du trajet + la carte, ou juste le trajet. Je parlais de la carte avec le trajet. J'ai testé la conversion du kml vers le svg et ça fonctionne. Pour avoir les 2, on peut aussi exporter par ailleurs le fond de carte en svg à partir d'OSM et de réunir les 2 svg sous Inkscape. Pour le premier cas, tu sûrement utiliser l'impression dans un pdf ou une capture d'écran. Pour le second cas, exporter le trajet en svg, je n'y avais pas pensé, ça me parait une bonne idée, je le note dans ma todo-list. En attendant, j'ai trouvé ce site, qui devrait pouvoir t'aider. http://kml2svg.free.fr/ a+ arno ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Un navigateur auto basé sur OSM et le système Apple iOS
Depuis quelque temps, je suis l'heureux possesseur d'unIPad 3 G et cela m'a permis de découvrir les produits de la société anglaise Navmii. http://www.navmii.com/?country=GB Un produit payant Navmii GPS Live est basé sur des cartes AND avec des déclinaisons par pays un peu partout dans le monde. Il est utilisable par les téléphones mobiles, les tablettes et les smartphones d'à peu près toutes les marques. Plus intéressant pour les OSMeurs équipés d'un IPhone et d'un IPad, le produit Navfree, sorti le 10 juin en France, est basé sur les cartes OSM aussi bien en ligne que hors ligne. Il est précisé Powered by CloudMade. Je l'ai expérimenté en voiture avec la 3 G et il semble donner un service de bonne qualité. Il me sert aussi de vérification des tracés de routes OSM. Il m'a permis de repérer une bretelle non connectée, car, hors de toute logique, il me demandait de faire demi-tour, dès que possible. Dans le même esprit, en utilisant l'option Démo, c'est à dire en ligne, mais en simulant un trajet en temps réel, j'ai pu voir que le canal voisin était coupé par le chemin de halage. On repère aussi les zones vierges. Une petite critique, la voix dit A la prochaine intersection, continuer à droite et sur une 4 voies, il faut comprendre Appuyer à droite, pour prendre la bretelle de sortie. On peut aussi faire appel à la recherche locale de Google (je n'ai pas essayé). Navmii renvoie à la société Expansys (vendeur très connu de matériel informatique en GB) pour une version Android 2.2 et +, mais il faut s'inscrire. http://www.expansys.com/navfree/ Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
