[Talk-bd] Licence change data loss...
Hi All, As some of you may be aware, OSM is changing to a new license, and new Contributer Terms. This presnets a chalenge in terms of users that have not responded, or have rejected the new terms. As of April 1st, any data that hasnt been relicensed will be removed. April 1st is a hard deadline for the license change, so any users who have not signed on will have all of their data removed form the map. This includes large chunks of Dhanmondi and Baridhara, for example. There are two things we can do about this. http://wiki.openstreetmap.org/wiki/Asking_users_to_accept_the_ODbL http://wiki.openstreetmap.org/wiki/Remapping Obviously, asking users to accept is much easier. So I asked Simon Poole to build a list of users that are involved, and how many objects would be lost. The list for Bangladesh is quite short: http://odbl.poole.ch/bangladesh-20120213-20120229-poly.html Orange means no decision - possibly the user is not aware. Red is a user hat has rejected. Does anyone want to help me with contacting undecided users? In terms of remapping, these are two tools that show what data we are going to lose if we do nothing: http://tools.geofabrik.de/osmi/?view=wtfelon=90.41177lat=23.77358zoom=10 http://cleanmap.poole.ch/?zoom=11lat=23.76511lon=90.42847layers=00B0 With any hope we'll be able to clean this up, and avoid losing large ammounts of data. Is anyone willing to jump on board with this and get going with it? Larry ___ Talk-bd mailing list Talk-bd@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-bd
Re: [Talk-transit] Proposal for a new transport tag
On Thu, Mar 1, 2012 at 6:45 AM, Andre Joost andre+jo...@nurfuerspam.de wrote: Am 29.02.2012 18:18, schrieb Paul Johnson: On Wed, Feb 29, 2012 at 8:03 AM, Bryce McKinlaybmckin...@gmail.com wrote: Secondly, GTFS is already a good, widely used, open format for transit schedules. Introducing a new set of tags for this stuff in OSM would be like reinventing the wheel. In many cases GTFS data is provided and kept up-to-date by the transit providers themselves. How about tags that link public transport relations to the appropriate GTFS URL instead? I agree; IIRC, GTFS data is available on the agency's website in a standard location. Could you please discuss Google Transport things on Google Groups? This is openstreetmap, not Google. GTFS is an open data format for public transport schedules. Just because it was invented by Google does not mean that it's only relevant to them. Many projects use GTFS data and have nothing to do with Google Transit. Example: opentripplanner.org Bryce ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
On Thu, Mar 1, 2012 at 9:17 AM, Janko Mihelić jan...@gmail.com wrote: I must admit I don't know much about getting renderers to work, but summing frequencies of all bus lines on each way seems to be enough for now. And if you draw bus routes with colours ranging from blue (rare route) to red (busy route) it should be pretty obvious where you need to go if you want to get on a bus quickly. And for lines that aren't active on all days you can add a dashed line (which is visible only if it is the only route on the road). No renderer does summing of frequencies for you, although Maperitive is getting close (it will do summing already, but only to change labels, not to change line colours/widths) ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] Proposal for a new transport tag
Dana četvrtak, 1. ožujka 2012., korisnik Tom Brownthecap...@gmail.com je napisao: Regarding your original proposal with Mo-Fr 08:00-23:00 t30: Instead of putting the count of trips in a time period how about giving the average headway? When exact times are not provided timetables and riders often refer to how often the bus/train comes. You could represent this with strings such as T=20m T=1h T=45s, maybe even T=1m45s. http://en.wikipedia.org/wiki/Frequency#Definitions_and_units Maybe we could use mine t10 (or h10 for trips per hour and d10 for trips per day) and 10m, 10h for time between trips. They are essentially the same thing. https://developers.google.com/transit/gtfs/reference#frequencies_fields was added to GTFS just over 5 years ago. Wow, I don't know how i missed that. Was there talk about exporting osm transit data to GTFS? I think that would make creating GTFS feeds much easier with all the stops, shapes, line names and such.. ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
[talk-ph] thanks and goodbye osmarender
If you click on the little plus sign in the main osm map today, you will notice that the osmarender layer is gone. The maintainers of this layer decided to discontinue the service starting today [0]. For the oldies, this layer was state of the art back then. Prior to mapnik's daily updates, you can see you latests updates only in osmarender/tiles@home. [0] http://lists.openstreetmap.org/pipermail/tilesathome/2012-February/006707.html -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-talk] OSMI license view: (experimental) relation display
Hi, there's a new layer on the OSMI license view (color: cyan at the moment but unsure if that will stay). This layer is intended to highlight potential problems with relations. It analyses whether an object has been added to a relation by someone who has not agreed to the license (and therefore the object will have to be removed from the relation in the license change process). Any node or way that participates in at least one such endangered relation membership is coloured cyan. The details view on OSMI (when clicking on the object) will not tell you what the problematic relation is - for that, you currently have to go the the details view on the OSM web site via the button provided. This layer does not look at the relations themselves, just at the relation memberships; in the worst case, all relation memberships could have been added by agreeing users (therefore, no map highlighting) but the fact that this relation is bus route #1234 going to Uptown could have been added by a decliner and be lost. So this is probably not the last word in relation highlighting but maybe something to work with at least for saving some hiking routes etc. Let me know if you have ideas for improvements. I think the cyan is in danger of looking green when in the vicinity of yellow, so maybe I should simply use orange for these relation members as well, and perhaps a special kind of symbol/line type? 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
[OSM-talk] QGIS v MapInfo observations
I have been using MapInfo since about 1995 and QGIS for the last year or so and have noticed some real differences in usability that I would like to share. My current project is a map of Roman Britain using data from Ordinance Survey Open Data, OpenStreetMap, English Heritage and various books and other historic maps I have found on line. The hardware I'm using is a homebrew i5 2500 cpu, 16GB RAM and a pair of average 500GB SATA drives. I'm using MapInfo v7.8 (with no additional packages) in wine on Ubuntu 11.10 (last version that I could get working in wine) and currently QGIS 1.7.4 Differences I've noticed: Georeferencing - QGIS wins hands down, it is not easy but I manage, whereas MapInfo's I can rarely get started and crash it before I get anything done. Database retrieve - QGIS is almost painless and what pain there is comes from MY not being able to set the DB up satisfactorily. MapInfo doesn't like PostGIS or mysql. Database store - I am unable to achieve in either. It SEEMS to me that something is missing in the instructions but I could be misreading them. Foreign format import - QGIS plugin is painfully slow to import OSM and could benefit from more flexibility (if I could describe what I want, I expect improvement would come), MapInfo fails. Foreign format export - MapInfo fails Editing layers - MapInfo is much easier for me to use so long as I remember to frequently save/pack tables, if I forget for too long parts of the table are lost when I do save/pack. The bulk of my editing is joining/splitting objects, converting objects between lines and polygons and adding information to the descriptive columns of objects. Those manipulations QGIS does handle are very slow on layers containing more than about 1000 objects and the layers I'm working on range from a couple of hundred objects up to 2 million (average about 200,000). At present QGIS in vital to my work and is sure to improve over time. My biggest problem is the way it seems to completely reprocess the layer each time I save an object. The 'geometry-orientation' make me need to think about what I'm doing more than the 'object-orientation' of MapInfo. MapInfo makes some if it a lot easier but I'm hitting its limitations, such as maximum field width of 254 characters, maximum number of columns - less than 67. My conclusion is that if/when the speed issues are sorted MapInfo will live in the bit-bucket. I hope this might be of some use or interest to some one and within the topic. mick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] 'Foursquare Says Farewell to Google Maps, Joins OpenStreetMap Movement'
From http://mashable.com/2012/02/29/foursquare-openstreetmap/: Foursquare is parting ways with Google Maps in favor of crowdsourced maps created by the OpenStreetMap project. I think this is a huge pat on the back for the OSM community. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] Remapping?
Hi all, Just wondering if people are doing much remapping yet? Now that Potlatch2 is showing stuff that will be removed properly, I can't help myself remapping major roads, bike paths etc that are shown as no. Are others doing the same? Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Ressuscitando a thread, me deparei agora com uma dúvida, se eu utilizar as imagens do OpenStreetMaps (tile) e a API do Google estarei infringindo alguma licença ? O Google Maps permite modificar o tile, dessa forma a utilização da api de geocode do Google vai continuar trazendo problemas ? Tem alguma vantagem de fazer isso? Cleber On Fri, Feb 10, 2012 at 6:26 AM, Ricardo Padilha ricardospadi...@gmail.comwrote: 2012/2/10 Cleber Gouvêa cleb...@gmail.com Bom, por essa lógica grande parte dos mashups na Internet estão ilegais pq de uma forma ou de outra eles recuperam as informações da api do Google e armazenam elas. A página com os termos de uso da API para mapas do Google [1] explicitamente indica os limites de uso (ênfase minha): * 4.2 Limits on Your Use of the Service. You acknowledge and agree that Google may impose or adjust the limit on the number of transactions you may send or receive through the Service; such fixed upper limits may be set by Google at any time, at Google's discretion. For further information, see Section 10.1.1(i) below. (...) * *8.3 Content License. Subject to these Terms (including but not limited to Section 9 (License Requirements) and Section 10 (License Restrictions)), Google gives you a personal, worldwide, royalty-free, non-transferable, non-assignable, and non-exclusive license to access, use, publicly perform and publicly display the Content in your Maps API Implementation, as the Content is provided in the Service, and in the manner permitted by the Terms. Specifically, you understand the following:* * * *(a) Content (including but not limited to map data, traffic, directions, and places) is provided for planning purposes only. You may find that weather conditions, construction projects, closures, or other events may cause road conditions or directions to differ from the results depicted in the Content. You should exercise judgment in your use of the Content.* *(b) Certain Content is provided under license from third parties, including Tele Atlas B.V. (Tele Atlas), and is subject to copyright and other intellectual property rights owned by or licensed to Tele Atlas and/or such third parties. You may be held liable for any unauthorized copying or disclosure of this content. Your use of Tele Atlas map data and certain other Content (including certain business listings Content) is subject to additional restrictions located in the Legal Notices page.* Tem que ler toda a seção 10.1 para ver os detalhes das limitações, é muito texto para copiar aqui. A licença da TeleAtlas está em outra página [2], e diz isso aqui: *3 Tele Atlas Licensed Content.* * * *3.1 Restrictions on Commercial Use of Tele Atlas Licensed Content.* * * *(a) You are not permitted to print more than 5,000 copies of sales collateral materials containing a screenshot of Tele Atlas Licensed Content for commercial sales lead generation (Direct Marketing). If you desire to do so, you must (i) enter into a Google Enterprise license agreement or (ii) contact Tele Atlas to obtain a direct license to do so.* * * *(b) You are not permitted to incorporate Tele Atlas Licensed Content as a core part of printed matter (such as printed maps or guide books) that you redistribute for a fee. If you desire to do so, you must contact Tele Atlas to obtain a license.* * * *(c) You are not permitted to offer a batch geocoding service that uses the Tele Atlas Licensed Content contained in any Google products or services.* E depois disso tem uma longa lista de parágrafos adicionais para diversos países. Para uso online, as restrições estão em outra página [3], e a parte importante é essa aqui: *Use of the Google Geocoding API is subject to a query limit of 2,500 geolocation requests per day. (User of Google Maps API for Business may perform up to 100,000 requests per day.)* Resumindo: Pelo que eu entendi, tanto o Google como a TeleAtlas permitem um uso comercial limitado, mas a partir de um certo volume tem que licenciar o conteúdo. E se esses serviços realmente estão armazenando informações do Google (ao invés de requisitar on-the-fly), então eles estão violando as licenças do Google e da TeleAtlas. R. [1]: http://code.google.com/apis/maps/terms.html [2]: http://www.google.com/intl/en-us/help/legalnotices_maps.html [3]: http://code.google.com/apis/maps/documentation/geocoding/#Limits ___ 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-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Estou desenvolvendo um serviço similar ao Wikimapia, preciso recuperar o local (no caso cidade) de determinado ponto selecionado do mapa, pelo jeito não vou poder utilizar a api de geocode de qualquer forma. Mas a latitude/longitude dos pontos selecionados seriam de propriedade do Teleatlas ou agora seriam do OSM ? Cleber On Thu, Mar 1, 2012 at 4:01 PM, Rodrigo Avila rodr...@avila.net.br wrote: até onde sei não há problema em misturar os dois (o Map Compare do Geofabrik faz uma certa mistura), desde que: 1) isso não implique em alterações na APi do Google, ou na forma como você acessa os dados deles (o geofabrik usa o OpenLayers, se não me engano, com os tiles do Google). 2) não se use dados do geocode para completar a base de dados do osm. Quanto a vantagem em se fazer isso: depende do que se pretende fazer... nem tudo que é lícito é vantajoso :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br 2012/3/1 Cleber Gouvêa cleb...@gmail.com Ressuscitando a thread, me deparei agora com uma dúvida, se eu utilizar as imagens do OpenStreetMaps (tile) e a API do Google estarei infringindo alguma licença ? O Google Maps permite modificar o tile, dessa forma a utilização da api de geocode do Google vai continuar trazendo problemas ? Tem alguma vantagem de fazer isso? Cleber On Fri, Feb 10, 2012 at 6:26 AM, Ricardo Padilha ricardospadi...@gmail.com wrote: 2012/2/10 Cleber Gouvêa cleb...@gmail.com Bom, por essa lógica grande parte dos mashups na Internet estão ilegais pq de uma forma ou de outra eles recuperam as informações da api do Google e armazenam elas. A página com os termos de uso da API para mapas do Google [1] explicitamente indica os limites de uso (ênfase minha): * 4.2 Limits on Your Use of the Service. You acknowledge and agree that Google may impose or adjust the limit on the number of transactions you may send or receive through the Service; such fixed upper limits may be set by Google at any time, at Google's discretion. For further information, see Section 10.1.1(i) below. (...) * *8.3 Content License. Subject to these Terms (including but not limited to Section 9 (License Requirements) and Section 10 (License Restrictions)), Google gives you a personal, worldwide, royalty-free, non-transferable, non-assignable, and non-exclusive license to access, use, publicly perform and publicly display the Content in your Maps API Implementation, as the Content is provided in the Service, and in the manner permitted by the Terms. Specifically, you understand the following:* * * *(a) Content (including but not limited to map data, traffic, directions, and places) is provided for planning purposes only. You may find that weather conditions, construction projects, closures, or other events may cause road conditions or directions to differ from the results depicted in the Content. You should exercise judgment in your use of the Content.* *(b) Certain Content is provided under license from third parties, including Tele Atlas B.V. (Tele Atlas), and is subject to copyright and other intellectual property rights owned by or licensed to Tele Atlas and/or such third parties. You may be held liable for any unauthorized copying or disclosure of this content. Your use of Tele Atlas map data and certain other Content (including certain business listings Content) is subject to additional restrictions located in the Legal Notices page.* Tem que ler toda a seção 10.1 para ver os detalhes das limitações, é muito texto para copiar aqui. A licença da TeleAtlas está em outra página [2], e diz isso aqui: *3 Tele Atlas Licensed Content.* * * *3.1 Restrictions on Commercial Use of Tele Atlas Licensed Content.* * * *(a) You are not permitted to print more than 5,000 copies of sales collateral materials containing a screenshot of Tele Atlas Licensed Content for commercial sales lead generation (Direct Marketing). If you desire to do so, you must (i) enter into a Google Enterprise license agreement or (ii) contact Tele Atlas to obtain a direct license to do so.* * * *(b) You are not permitted to incorporate Tele Atlas Licensed Content as a core part of printed matter (such as printed maps or guide books) that you redistribute for a fee. If you desire to do so, you must contact Tele Atlas to obtain a license.* * * *(c) You are not permitted to offer a batch geocoding service that uses the Tele Atlas Licensed Content contained in any Google products or services.* E depois disso tem uma longa lista de parágrafos adicionais para diversos países. Para uso online, as restrições estão em outra página [3], e a parte importante é essa aqui: *Use of the Google Geocoding API is subject to a query limit of 2,500 geolocation requests per day. (User of Google Maps API for Business may perform up to 100,000 requests per day.)* Resumindo: Pelo que eu entendi, tanto o Google como a TeleAtlas
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Se queres apenas a cidade, o nominatim [1] não resolve teu problema? [1] http://nominatim.openstreetmap.org/ -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br 2012/3/1 Cleber Gouvêa cleb...@gmail.com Estou desenvolvendo um serviço similar ao Wikimapia, preciso recuperar o local (no caso cidade) de determinado ponto selecionado do mapa, pelo jeito não vou poder utilizar a api de geocode de qualquer forma. Mas a latitude/longitude dos pontos selecionados seriam de propriedade do Teleatlas ou agora seriam do OSM ? Cleber On Thu, Mar 1, 2012 at 4:01 PM, Rodrigo Avila rodr...@avila.net.brwrote: até onde sei não há problema em misturar os dois (o Map Compare do Geofabrik faz uma certa mistura), desde que: 1) isso não implique em alterações na APi do Google, ou na forma como você acessa os dados deles (o geofabrik usa o OpenLayers, se não me engano, com os tiles do Google). 2) não se use dados do geocode para completar a base de dados do osm. Quanto a vantagem em se fazer isso: depende do que se pretende fazer... nem tudo que é lícito é vantajoso :) -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br 2012/3/1 Cleber Gouvêa cleb...@gmail.com Ressuscitando a thread, me deparei agora com uma dúvida, se eu utilizar as imagens do OpenStreetMaps (tile) e a API do Google estarei infringindo alguma licença ? O Google Maps permite modificar o tile, dessa forma a utilização da api de geocode do Google vai continuar trazendo problemas ? Tem alguma vantagem de fazer isso? Cleber On Fri, Feb 10, 2012 at 6:26 AM, Ricardo Padilha ricardospadi...@gmail.com wrote: 2012/2/10 Cleber Gouvêa cleb...@gmail.com Bom, por essa lógica grande parte dos mashups na Internet estão ilegais pq de uma forma ou de outra eles recuperam as informações da api do Google e armazenam elas. A página com os termos de uso da API para mapas do Google [1] explicitamente indica os limites de uso (ênfase minha): * 4.2 Limits on Your Use of the Service. You acknowledge and agree that Google may impose or adjust the limit on the number of transactions you may send or receive through the Service; such fixed upper limits may be set by Google at any time, at Google's discretion. For further information, see Section 10.1.1(i) below. (...) * *8.3 Content License. Subject to these Terms (including but not limited to Section 9 (License Requirements) and Section 10 (License Restrictions)), Google gives you a personal, worldwide, royalty-free, non-transferable, non-assignable, and non-exclusive license to access, use, publicly perform and publicly display the Content in your Maps API Implementation, as the Content is provided in the Service, and in the manner permitted by the Terms. Specifically, you understand the following: * * * *(a) Content (including but not limited to map data, traffic, directions, and places) is provided for planning purposes only. You may find that weather conditions, construction projects, closures, or other events may cause road conditions or directions to differ from the results depicted in the Content. You should exercise judgment in your use of the Content.* *(b) Certain Content is provided under license from third parties, including Tele Atlas B.V. (Tele Atlas), and is subject to copyright and other intellectual property rights owned by or licensed to Tele Atlas and/or such third parties. You may be held liable for any unauthorized copying or disclosure of this content. Your use of Tele Atlas map data and certain other Content (including certain business listings Content) is subject to additional restrictions located in the Legal Notices page.* Tem que ler toda a seção 10.1 para ver os detalhes das limitações, é muito texto para copiar aqui. A licença da TeleAtlas está em outra página [2], e diz isso aqui: *3 Tele Atlas Licensed Content.* * * *3.1 Restrictions on Commercial Use of Tele Atlas Licensed Content.* * * *(a) You are not permitted to print more than 5,000 copies of sales collateral materials containing a screenshot of Tele Atlas Licensed Content for commercial sales lead generation (Direct Marketing). If you desire to do so, you must (i) enter into a Google Enterprise license agreement or (ii) contact Tele Atlas to obtain a direct license to do so.* * * *(b) You are not permitted to incorporate Tele Atlas Licensed Content as a core part of printed matter (such as printed maps or guide books) that you redistribute for a fee. If you desire to do so, you must contact Tele Atlas to obtain a license.* * * *(c) You are not permitted to offer a batch geocoding service that uses the Tele Atlas Licensed Content contained in any Google products or services.* E depois disso tem uma longa lista de parágrafos adicionais para diversos países. Para uso online, as restrições estão em outra página [3], e a parte importante é essa aqui: *Use
Re: [Talk-br] Mudança de Licença do OpenStreetMap - IMPORTANTE
Cleber, você que plotar pontos que obteve via Google Maps API sobre uma camada de mapa do OSM. Do ponto de vista do OSM, não há problema, porque você não está adicionando nada ao banco de dados e só é necessária atribuição do mapa. Do ponto de vista do Google, talvez a licença te impeça de plotar informações sobre outros mapas que não do Google. Aí a questão já foge do escopo da lista, e seria o caso de ler a licença ou buscar ajuda em outros fóruns. Vitor 2012/3/1 Cleber Gouvêa cleb...@gmail.com Basicamente, quando o usuário clica no mapa a api do Google retorna as coordenadas, estas coordenadas são de propriedade da Teleatlas ou Google não ? Se eu colocar o OSM de imagem as coordenadas continuarão sendo do Google ? Essa licença é toda muito tosca. Eles disponibilizam o negócio e não permitem utilizar livremente, e ainda vem com um lema de não ser mau. Cleber 2012/3/1 Rodrigo Avila rodr...@avila.net.br perdoe-me, mas acho que não entendi. De onde foram retiradas as coordenadas que você quer georreferenciar? -- Rodrigo de Avila Analista de Desenvolvimento rodr...@avila.net.br • www.avila.net.br ___ 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-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
Em 1 de março de 2012 17:44, Diogo Leal di...@diogoleal.com escreveu: Muito bom! http://info.abril.com.br/noticias/internet/foursquare-troca-google-maps-por-openstreetmaps-01032012-8.shl Eu ia mandar aqui esta informação aqui, mas o Diogo foi mais rápido. Aqui está o post do blog deles http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Queria saber quem foi o boçal que colocou isso na notícia da info Por outro lado, por ser um projeto de código aberto, ele é mais suscetível a publicação de informações erradas. Fico pensando aqui se eles irão importar todos os POIs deles para o OSM.. Djavan ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Notícias » Internet Foursquare troca Google Maps por OpenStreetMaps
Ninguém segura até o Google comprar o Foursquare... O pessoal nos comentários está reclamando do baixo suporte do OSM para cidades pequenas ou até grandes como Guarulhos, talvez isso diminua a utilização do serviço ou numa visão otimista aumente a utilização do OSM. Vamos ver. Bom, eles utilizavam a versão paga do Google Maps, utilizar os dados do Google Maps agora no OSM não seria contra a licença de ambos os serviços ? To começando a achar que estas licenças aí são tudo bobagem, ninguém dá bola pra elas, continuam utilizando dados e os donos não reclamam. Cleber 2012/3/1 Guilherme D'Agostin Donadel gdona...@gmail.com Agora ng mais segura. Guilherme D'Agostin Donadel Em 1 de março de 2012 17:51, Djavan Fagundes dja...@comum.org escreveu: Em 1 de março de 2012 17:44, Diogo Leal di...@diogoleal.com escreveu: Muito bom! http://info.abril.com.br/noticias/internet/foursquare-troca-google-maps-por-openstreetmaps-01032012-8.shl Eu ia mandar aqui esta informação aqui, mas o Diogo foi mais rápido. Aqui está o post do blog deles http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Queria saber quem foi o boçal que colocou isso na notícia da info Por outro lado, por ser um projeto de código aberto, ele é mais suscetível a publicação de informações erradas. Fico pensando aqui se eles irão importar todos os POIs deles para o OSM.. Djavan ___ 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 mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Natürlich, wieso löscht man wohl normalerweise etwas? Aber es gibt genügend Fälle bei denen es noch verwendbare Informationen in den gelöschten Daten hat. Kopf einschalten wenn man da was davon verwendet (deshalb hab ich auch keinen Undelete Knopf eingebaut, obwohl natürlich möglich). Simon Am 01.03.2012 08:57, schrieb Jan Tappenbeck: Danke ! wenn ich das richtig sehe, dann kann das Durchaus auch mal Blödsinn sein - siehe hierzu: http://cleanmap.poole.ch/?zoom=13lat=53.79836lon=10.38116layers=000B im Vergleich zur Mapnik !! gruß Jan :-) Am 01.03.2012 08:50, schrieb Simon Poole: Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Schaut man sich Münchens Süden an ... in CLEANMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=B000 in BADMAP: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=00B0 und in UNDELETE_IT: http://cleanmap.poole.ch/?zoom=15lat=48.08351lon=11.51756layers=000B sieht man, dass man doch einiges retten könnte, wenn man die aktuellen problematischen Wege löscht und ein selektives Undelete von interesanten Wege macht. Die Geometrie jeweils natuerlich mit Bing verbessern. Beispiel Hermann-Hahn-Platz http://tile.poole.ch/cgi-bin/undelete.pl?blon=11.505093092499blat=48.076929939034tlon=11.517323965606tlat=48.086993220961 http://osm.mapki.com/history/way.php?id=6139137 Strasse und Name können entweder neu gemacht werden und der Name einfach übernommen, oder Weg 422145 widerhergestellt werden. Simon Am 01.03.2012 05:50, schrieb Jan Tappenbeck: Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die Dokumentation auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Original-Nachricht Betreff: Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht Von: Stephan Wolff s.wo...@web.de An: talk-de@openstreetmap.org Datum: 01.03.2012 02:36 Moin! Am 29.02.2012 15:04, schrieb Ronnie Soak: Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Für alle Lösungen: Richte zunächst alle Nodes, deren Koordinaten noch vom Ersteller des ways stammen, nach dem Luftbild neu aus. Schön und gut, aber werden die von Nichtzustimmern erstellten Knoten nicht komplett gelöscht? Jede Menge Zustimmer haben tags ergaenzt: Hoechstgeschwindigkeit, Strassenbreite, Gehwege, Spurzahl usw. Und jetzt die Frage: Darf ich die Tags der Zustimmer vom alten way kopieren und an meinen neuen way kleben? Ich sehe kein moralisches Problem. Alle späteren Mapper wussten offensichtlich, dass die Straße existiert. Die Zusatztags sind unabhängig von den Tags des Erstellers. Ich habe dies auch schon so gemacht, also die Tags von Zustimmern an den neuen Weg kopiert und dann die Namen der User im Source-Tag angegeben. a) Weg loeschen und durch eigenen Weg ohne Zusatzinfos ersetzen Damit löscht du die Zusatzinfos und verhinderst, dass andere eine bessere Lösung wählen. b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren Möglich, aber die Historie geht verloren und bei ways, die Teil einer oder mehrerer Relationen sind, ist es mühsam. c) Weg nicht loeschen, abwarten bis er durch den Lizenzwechsel geloescht wird, dann wie bei a) Moralisch unangreifbar, aber es gehen Informationen verloren und man hat später viel Arbeit. Pragmatische Lösung: Wenn du Typ und Namen der Straße kennst, füge einfach odbl=clean hinzu. Das wäre natürlich eine Lösung, bei der man die Historie behält und auch die Arbeit aller bisherigen Zustimmer nicht zerstört. Doch wie steht die OSMF dazu? Wenn ich jetzt Straßen, POIs etc mit dem Tag versehe, weil ich das vor Ort überprüft habe, aber diese Objekte am Ende doch gelöscht werden, habe ich mehr Arbeit als wenn ich sie gleich ersetzt hätte... LWG-konforme Lösung: Teile des Weg am zweiten Knoten, lösche der ersten Teil mit der alten ID und verlängere den neuen way zum Anfangspunkt der Straße. Das ist moralisch sehr fragwürdig, aber vermutlich wird sich niemand beschweren. Die Eigneschaften der Straße und fast alle Relationsmitgliedschaften bleiben erhalten. Die Entscheidung der LWG, Splits nicht zu berücksichtigen, macht die technische Auswertung viel einfacher, aber sie führt Bewertungen der Urheberschaft an einzelnen Tags ad absurdum. Das löscht aber doch wiederum die Historie wie bei b) von Dir bemängelt. Man muss sich einzig nicht mit Relationen herumplagen. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Defibratoren - weitere Standorte
Am 25.02.2012 12:04, schrieb Jan Tappenbeck: hi! zur Fortführung der Defi-Karte (http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029zoom=13lat=53.54971lon=10.00834layers=BFTTlang=de) Hallo, habe gestern mal die Defis an der TU Dortmund eingetragen: http://www.tappenbeck.net/osm/maps/deu/index.php?id=1029zoom=15lat=51.48852lon=7.41376layers=BFTTlang=de Hier gibt es auch zwei Defis, die in nicht oeffentlichen Bereichen haengen, habe dort ein access=private drangehaengt, oder sollte man die evtl. gar nicht erfassen? Ein weiterer Defi haengt im Fitness-Studio, hier aendern sich die Oeffnungszeiten haeufig und am Wochenende kommt man dort nur ueber ein Tor mit Zugangskarte rein. Habe hier erstmal keine Zeiten eingetragen, hat da jemand eine Idee zu? Gruss -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Foursquare schwenkt von GMaps zu OSM
Wer es noch nicht mitbekommen hat: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Interessant m.E. die verschiedenen Kommentare, leider auch einige weniger Zufriedene... Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Defibratoren - weitere Standorte
Original-Nachricht Betreff: Re: [Talk-de] Defibratoren - weitere Standorte Von: Michael Neumann michael.neum...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Datum: 01.03.2012 09:35 Hier gibt es auch zwei Defis, die in nicht oeffentlichen Bereichen haengen, habe dort ein access=private drangehaengt, oder sollte man die evtl. gar nicht erfassen? Bestände denn in einem Notfall die Möglichkeit an die Geräte zu kommen? Sprich, ist dort jemand, so dass man klingeln etc. könnte? Dann würde ich die mit dem Zusatz access=private erfassen. Ähnliches trifft auch auf Firmen oder sogar auch auf Schulen zu. Ein weiterer Defi haengt im Fitness-Studio, hier aendern sich die Oeffnungszeiten haeufig und am Wochenende kommt man dort nur ueber ein Tor mit Zugangskarte rein. Habe hier erstmal keine Zeiten eingetragen, hat da jemand eine Idee zu? Dieser Fall trifft auch auf die oben von mir genannten Orte (Firmen, Schulen) zu, bei denen die Geräte nur zeitlich eingeschränkt zugreifbar wären. Viele Grüße, Constanze ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Am 01.03.2012 08:50, schrieb Simon Poole: Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Das heisst, dass z.B. die Straßennamen die man dort sieht von Zustimmern eingegeben wurden und deshalb wiederverwendet werden dürfen ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Defibratoren - weitere Standorte
Am 01.03.2012 09:48, schrieb tumsi: Original-Nachricht Betreff: Re: [Talk-de] Defibratoren - weitere Standorte Von: Michael Neumann michael.neum...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Datum: 01.03.2012 09:35 Hier gibt es auch zwei Defis, die in nicht oeffentlichen Bereichen haengen, habe dort ein access=private drangehaengt, oder sollte man die evtl. gar nicht erfassen? Bestände denn in einem Notfall die Möglichkeit an die Geräte zu kommen? Sprich, ist dort jemand, so dass man klingeln etc. könnte? Dann würde ich die mit dem Zusatz access=private erfassen. Ähnliches trifft auch auf Firmen oder sogar auch auf Schulen zu. Ein weiterer Defi haengt im Fitness-Studio, hier aendern sich die Oeffnungszeiten haeufig und am Wochenende kommt man dort nur ueber ein Tor mit Zugangskarte rein. Habe hier erstmal keine Zeiten eingetragen, hat da jemand eine Idee zu? Dieser Fall trifft auch auf die oben von mir genannten Orte (Firmen, Schulen) zu, bei denen die Geräte nur zeitlich eingeschränkt zugreifbar wären. Viele Grüße, Constanze das sollte über die betreffenden tags kenntlich gemacht werden. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Nein, die Aussage ist, dass man Tags die von Zustimmern hinzugefügt wurden, z.B. ev. den Namen, übernehmen kann. Deshalb ja auch der Link zu osm.mapiki.com/history, so dass man das jeweils im Einzelfall überprüfen kann. Simon Am 01.03.2012 10:18, schrieb Chris66: Am 01.03.2012 08:50, schrieb Simon Poole: Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Das heisst, dass z.B. die Straßennamen die man dort sieht von Zustimmern eingegeben wurden und deshalb wiederverwendet werden dürfen ? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Foursquare schwenkt von GMaps zu OSM
Am 1. März 2012 09:47 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Wer es noch nicht mitbekommen hat: http://blog.foursquare.com/2012/02/29/foursquare-is-joining-the-openstreetmap-movement-say-hi-to-pretty-new-maps/ Interessant m.E. die verschiedenen Kommentare, leider auch einige weniger Zufriedene... Der OSM Kartenstil und das Tile Hosting für Foursquare stammen von http://mapbox.com Wer die Karte nachbasteln möchte findet die dabei verwendeten Carto Templates unter https://github.com/mapbox/osm-bright cu andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Am 1. März 2012 02:36 schrieb Stephan Wolff s.wo...@web.de: b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren Möglich, aber die Historie geht verloren und bei ways, die Teil einer oder mehrerer Relationen sind, ist es mühsam. das ist doch der Sinn des Remappens, dass die Nichtzustimmer aus der Historie verschwinden, d.h. zwangsläufig Löschen und neu Zeichnen, um auf der sicheren Seite zu sein --- zumindest las man das bisher immer. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSMI Lizenz-View mit Relationen
Hallo, ich hab einen begrenzten Relationen-Support in die OSMI-Lizenz-Anzeige eingebaut. Details sind hier auf Englisch beschrieben: http://lists.openstreetmap.org/pipermail/talk/2012-March/062137.html). Im wesentlichen wird dort ein Node/Way immer dann eingefaerbt, wenn er von einem Nichtzustimmer einer Relation zugefuegt wurde (falls ein Node/Way sich in mehreren Relationen befindet, merkt man leider nicht, welche die problematische(n) ist/sind). Ist alles noch nicht perfekt, hilft aber vielleicht schonmal, einige offensichtliche Probleme zu finden. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] openlayers - attributation bei Lizenzwechsel
Hi, On 03/01/12 08:21, Jan Tappenbeck wrote: wenn am 1.4. die neue Lizenz aktiv wird - paßt sich das attribution-tag dann automatisch für die OSM-Karten in OpenLayers an wenn dieses nicht manuell überschrieben wurden ? Falls Du OpenLayers lokal bei dir hast, musst Du Dich selber drum kuemmern; falls es von der OpenLayers-Webseite kommt, darf man hoffen, dass die es irgendwann umstellen. Wichtig: Der Termin, an dem die Attribution geaendert werden muss, ist NICHT der 1.4., sondern dann, wenn die OSMF verkeundet, dass jetzt die neue Lizenz gueltig ist. Das kann auch der 2.4. oder der 1.5. oder sonst was sein. Auf keinen Fall einfach so per Cronjob die Attribution umstellen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Hallo, die Bezeichnung UNDELETE_IT habe ich als Aufforderung gelesen, die Objekte in jedem Fall wiederherzustellen. Glücklicherweise habe ich in einem großen Bereich, der absolut CLEAN ist, festgestellt, dass das nicht stimmt. Jetzt warte ich darauf, dass hier jemand übereifrig den alten Mist UNDELETEt. Nicht jeder liest hier mit. Und Dokus werden oft genug ignoriert. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Und die Konzequenz davon wäre? P1, P2 und JOSM erst nach nach OSM-Führerscheinprüfung und psychologische Begutachtung freizugeben? Es gibt genau eine Alternative ... nämlich -keine- Tools anzubieten. Dazu brauch ich keine 10 Sekunden, wenn es die recht ist. Simon Am 01.03.2012 13:53, schrieb Norbert Kück: Hallo, die Bezeichnung UNDELETE_IT habe ich als Aufforderung gelesen, die Objekte in jedem Fall wiederherzustellen. Glücklicherweise habe ich in einem großen Bereich, der absolut CLEAN ist, festgestellt, dass das nicht stimmt. Jetzt warte ich darauf, dass hier jemand übereifrig den alten Mist UNDELETEt. Nicht jeder liest hier mit. Und Dokus werden oft genug ignoriert. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Deutsches Zentrum für Luft- und Raumfahrt gibt Bilder unter CC-BY 3.0 frei - Nutzen für OSM?
Hallo zusammen! Wie ich gerade auf heise[1] gelesen habe, gibt das Deutsche Zentrum für Luft- und Raumfahrt seine Bilder unter der Creative Commons Lizenz CC-BY 3.0 frei. Da hierunter auch diverse Luftbilder fallen, frage ich mich, ob wir diese Nutzen dürfen, um sie in OSM-Daten zu verwerten. Ich habe noch nicht die Auflösung etc. überprüft, aber vielleicht interessiert's den ein oder anderen ja auch so :) Gruß, Philip [1]: http://www.heise.de/foto/meldung/DLR-stellt-eigene-Fotos-unter-Creative-Commons-Lizenz-1446283.html -- View this message in context: http://gis.19327.n5.nabble.com/Deutsches-Zentrum-fur-Luft-und-Raumfahrt-gibt-Bilder-unter-CC-BY-3-0-frei-Nutzen-fur-OSM-tp5527825p5527825.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Hallo Simon, am 01.03.2012 14:00 schrieb Simon Poole: Es gibt genau eine Alternative ... nämlich -keine- Tools anzubieten. Tut mir Leid, ausgerechnet Dir das sagen zu müssen: Dieser Satz ist dummes Zeug. Die Alternative ist eine Bezeichnung, die nicht als Aufforderung zu im Ergebnis falschem Tun verstanden wird. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Do you know who killed Ulf?
3 Tatverdächtige wurden gefasst: http://www.merkur-online.de/nachrichten/muenchen/mord-drei-verdaechtige-gefasst-meta-1629623.html Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
das ist doch der Sinn des Remappens, dass die Nichtzustimmer aus der Historie verschwinden, d.h. zwangsläufig Löschen und neu Zeichnen, um auf der sicheren Seite zu sein --- zumindest las man das bisher immer. Der Sinn ist, dass der Nichtzustimmer aus der History fliegt. Bei der beschriebenen Taktik fliegen aber auch alle Zustimmer raus, die nachher die Infos ergänzt haben. Und das sind bei POIs oft 5-6 redliche Mapper, die Infos ergänzt haben. Verloren geht dabei auch nicht nur der Name des Mappers, sondern auch der Zeitpunkt, die Verknüpfung zum Changeset und ggfs. die source= Info. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aio, Adressindex
Danke !!! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aio, Adressindex
Von mir auch vielen Dank! Das hab ich zum Anlass genommen, mich vom Garmin routen zu lassen und ich war überrascht, wie hartnäckig beim Fahrradrouting Straßen vermieden werden und man vom service auf den parallel verlaufenden Reitweg geschickt wird oder einen Umweg über einen path, um ein Stück residential zu vermeiden. Ich bilde mir ein, das war früher anders? Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Moin! Am 01.03.2012 09:20, schrieb tumsi: Richte zunächst alle Nodes, deren Koordinaten noch vom Ersteller des ways stammen, nach dem Luftbild neu aus. Schön und gut, aber werden die von Nichtzustimmern erstellten Knoten nicht komplett gelöscht? Nach meinem Kenntnisstand bleiben Knoten ohne Zusatztags erhalten, da sie keine Information des Erstellers mehr enthalten. Siehe Edge Cases Fall 4 in http://wiki.openstreetmap.org/wiki/Open_Data_License/What_is_clean%3F : Non-agreeing mapper touched a geometry-only node (no significant tags), a later agreeing mapper changed its position - None of the facts provided by the non-agreeing mapper live on, we invest our usual trust in the remapper to cleanly derive his facts from other sources. Pragmatische Lösung: Wenn du Typ und Namen der Straße kennst, füge einfach odbl=clean hinzu. Das wäre natürlich eine Lösung, bei der man die Historie behält und auch die Arbeit aller bisherigen Zustimmer nicht zerstört. Doch wie steht die OSMF dazu? Eine eindeutige Aussage im Wiki finde ich auch nicht. Die CleanMap und der OSMI License View zeigen die Objekte als Lizenzkonform an. LWG-konforme Lösung: Teile des Weg am zweiten Knoten, lösche der ersten Teil mit der alten ID und verlängere den neuen way zum Anfangspunkt der Straße. Das löscht aber doch wiederum die Historie wie bei b) von Dir bemängelt. Ja, das hätte ich vergessen zu schreiben. Man muss sich einzig nicht mit Relationen herumplagen. Man muss die guten Knoten nicht neu erstellen und ihre Historie bleibt auch erhalten. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Am 01.03.2012 11:49, schrieb Martin Koppenhoefer: Am 1. März 2012 02:36 schrieb Stephan Wolffs.wo...@web.de: b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren Möglich, aber die Historie geht verloren das ist doch der Sinn des Remappens, dass die Nichtzustimmer aus der Historie verschwinden, Wir wollen eine ODBL-kompatible Datenbank erstellen, nicht die Erinnerung an die Nichtzustimmer tilgen. d.h. zwangsläufig Löschen und neu Zeichnen, um auf der sicheren Seite zu sein --- zumindest las man das bisher immer. Die LWG hat inzwischen genauere Regeln erstellt, die je nach Situation verschiedene Lösungen ermöglichen. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Freigabe von DLR-Luftbilder
http://www.heise.de/newsticker/meldung/Raumfahrtzentrum-gibt-Bilder-frei-1446303.html Wäre das nicht was für das OSM-Projekt? gruss Sonny ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freigabe von DLR-Luftbilder
Sonny Greiner sonny.greiner at googlemail.com writes: http://www.heise.de/newsticker/meldung/Raumfahrtzentrum-gibt-Bilder-frei-1446303.html Hatten wir hier in der Liste gestern schon (ein Posting vor deinem). Wäre das nicht was für das OSM-Projekt? Eventuell. Wobei ich mich schon frage, in wiefern CC-By mit ODbL vereinbar ist... Würde da ja schon gerne mal einen Blick draufwerfen, aber auch nach längerer Suche habe ich auf deren Webseite kein Luftbild gefunden. Ist jemand fündig geworden? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch 18 Tage: Die FOSSGIS-Konferenz naht
Sehr geehrte Damen und Herren, Neuigkeiten und Hintergründe zu Technologien des Geo-Webs / GIS-Applikationen mit Freier Software und Freien Daten werden dieses Jahr auf der FOSSGIS 2012 präsentiert. Die FOSSGIS und deutschsprachige Open Street Map Konferenz 2012 – die größte deutschsprachige Anwenderkonferenz für Freie Geo-Informationssysteme und freie Geodaten – findet vom 20. bis 22. März 2012 an der Hochschule Anhalt in Dessau-Roßlau statt. Der Themenbogen spannt sich von der Datenaufbereitung in OpenStreetMap über Geodateninfrastrukturen bishin zu Technologien zur Prozessierung von umfangreichen Geodaten und spiegelt damit den Trend der steigenden Durchdringung des Internets mit Karten und Geodaten wider. In mehr als 60 Vorträgen für Einsteiger und Experten, Hands-On Workshops und Anwendertreffen erhalten die Besucher Einblick in aktuelle Anwendungsmöglichkeiten und Neuigkeiten von Softwareprojekten, die derartige Anwendungen ermöglichen. Über die gleichzeitig stattfindende Firmenausstellung ist ein direkter Kontakt zu Dienstleistern, die professionelle Unterstützung bieten, möglich. Zusätzlich zum fachlich orientieren Austausch in Community-Sessions und Entwicklertreffen findet ein Social-Event statt, um den Austausch aller Beteiligten - vom Benutzer über Entwickler und Mapper bis zum Entscheider - zu intensivieren, um gegenseitig von Ideen und Herausforderungen zu lernen. Die Konferenzgebühr beträgt für die gesamten drei Konferenztage 120,- €. Auch in diesem Jahr können wieder zahlreiche Workshops besucht werden für die eine Teilnahmegebühr von 100,- € je Teilnehmer und Workshop erhoben wird. Workshop-Teilnehmer erhalten eine Teilnahmebestätigung für die besuchten Workshops. Die Einnahmen gehen wie auch in den Jahren zuvor vollständig in die Finanzierung der Konferenz ein. Da mehr als 400 Teilnehmende erwartet werden, ist eine Registrierung bis zum 16. März 2012 notwendig. Das Anmeldeformular und andere organisatorische Informationen befinden sich auf der Konferenzseite http://www.fossgis.de/konferenz/2012/. Die FOSSGIS Konferenz 2012 wird vom gemeinnützigen Verein FOSSGIS e.V, der deutschen OpenStreetMap Community und der Open Source Geospatial Foundation (OSGeo) in Zusammenarbeit mit der Hochschule Anhalt in Dessau durchgeführt. Weitere Informationen: Zur Konferenz: http://www.fossgis.de/konferenz/2012/ Zu den Veranstaltern: FOSSGIS e.V. http://www.fossgis.de OSGeo Foundation http://www.osgeo.org/switchuilocale/de?destination=home Deutschsprachige OSM Community http://www.openstreetmap.de Hochschule Anhalt in Dessau http://www.hs-anhalt.de/ i.A. des FOSSGIS-Teams, Dr. Kai Behncke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Che tag per un Wetterkreuz
Am 29. Februar 2012 21:15 schrieb Volker Schmidt vosc...@gmail.com: No, no. Non sono parafulmini nel senso fisico - sono pali di legno. Sono parafulmini nel senso religioso. Sono croci che dovrebbero proteggere dal brutto tempo. Non hanno nessuna funzione fisica. In questo senso sono wayside crosses, ma hanno una forma molto strana. Credo che c'è una differenza tra un Wetterkreuz ed una Wettersäule (quest'ultimo sarebbe il palo). http://de.wikipedia.org/wiki/Wetterkreuz come tag suggerisco cross:spell=A_fulgure,_grandine_et_tempestate._Libera_nos,_Domine_Jesu_Christe. ;-) o forse un cross:type=weather ? Comunque, per la Wettersäule userei un tag diverso, per esempio man_made (man_made=pole ?) con un pole:type=weather Non mettete la classificazione dentro il nome (name=Wettersäule), me cerchiamo di inventare un tag dove manca. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
2012/3/1 Matteo Quatrida matteo.quatr...@gmail.com: Interessante! Speriamo decidano di sfruttarlo anche per i supporti mobili nel giro di poco. piuttosto speriamo che inizino a contribuire POI ad OSM. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sul cantiere di Chiomonte
Am 29. Februar 2012 19:08 schrieb Alberto Nogaro bartosom...@yahoo.it: Per quanto riguarda la presenza di personale agli accessi, preferisco la chiave supervised, che è già in uso ed è più universale rispetto ai tag proposti da Martin. supervised per quanto ho capito dall wiki mi sembra poco adatto (si parla di supervised nel contesto di Kindergarten (asilo nido) e c'è questa imagine: http://wiki.openstreetmap.org/wiki/File:Lollipop_lady.jpg sulla pagina del wiki. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Am 1. März 2012 10:02 schrieb Simone Cortesi sim...@cortesi.com: 2012/3/1 Matteo Quatrida matteo.quatr...@gmail.com: Interessante! Speriamo decidano di sfruttarlo anche per i supporti mobili nel giro di poco. piuttosto speriamo che inizino a contribuire POI ad OSM. +1 ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Il 01 marzo 2012 10:02, Simone Cortesi sim...@cortesi.com ha scritto: 2012/3/1 Matteo Quatrida matteo.quatr...@gmail.com: Interessante! Speriamo decidano di sfruttarlo anche per i supporti mobili nel giro di poco. piuttosto speriamo che inizino a contribuire POI ad OSM. Non so. Foursquare è un gioco, e molti cercano di barare. Conosco gente che fa check-in a casa sua o dal suo ufficio, spesso con nomi fantasiosi, per poter essere sindaco di qualche posto. Questi sono POI che non ci interessano, e che non vorrei avere in OSM. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Am 1. März 2012 10:52 schrieb Simone Saviolo simone.savi...@gmail.com: Non so. Foursquare è un gioco, e molti cercano di barare. Conosco gente che fa check-in a casa sua o dal suo ufficio, spesso con nomi fantasiosi, per poter essere sindaco di qualche posto. probabilmente non conoscono l'applicazione finto sindaco di Steve Coast ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
2012/3/1 Simone Saviolo simone.savi...@gmail.com: Interessante! Speriamo decidano di sfruttarlo anche per i supporti mobili nel giro di poco. piuttosto speriamo che inizino a contribuire POI ad OSM. Non so. Foursquare è un gioco, e molti cercano di barare. Conosco gente che fa check-in a casa sua o dal suo ufficio, spesso con nomi fantasiosi, per poter essere sindaco di qualche posto. Questi sono POI che non ci interessano, e che non vorrei avere in OSM. tolti i POI ricadenti in categoria questa è casa mia, gli altri sarebbero interessanti. anche le statistiche sugli orari di apertura dei negozi non mi spiacerebbe averle. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
come tag suggerisco cross:spell=A_fulgure,_grandine_et_tempestate._Libera_nos,_Domine_Jesu_Christe. ;-) +1 (vedi. http://www.ritten.org/kurios/wetterkreuze.htm) o forse un cross:type=weather ? Questo diventerebbe proprio molto specifico per una cosa che, secondo me, esiste solo in una piccola zona Non mettete la classificazione dentro il nome (name=Wettersäule), Sono d'accordo. Ripeto: il mio approccio di mettere name=Wetterkreuz serve solo di mettere sulla mappa un nome come placeholder provvisorio in attesa di scoprire il vero nome della croce specifica. Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Am 1. März 2012 14:35 schrieb Volker Schmidt vosc...@gmail.com: o forse un cross:type=weather ? Questo diventerebbe proprio molto specifico per una cosa che, secondo me, esiste solo in una piccola zona si, è molto specifico (perchè altrimenti come le vorresti trovare?). Secondome: un tag generico (croce) e un tag specifico (Wetterkreuz) insieme risolvono le esigenze. Non vedo problemi con un tag specifico per una cosa che esiste forse solo in una piccola zona, anzi, è il modo giusto di taggarlo (se poi il tag usato è cross:type o qualcosa d'altro non importa molto, basta che si infila nella logica di OSM) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
C'è un altra finezza da tener in considerazione. Non c'è un tipo generico di cross al quale aggiungere un key. Di croci esistenti conosco solo wayside_cross e Gipfelkreuz: - Il Wetterkreuz non è proprio un wayside_cross perché viene messo nel punto più alto di una proprietà e spesso è lontano dal sentiero (ne ho visto finora una ventina). - Poi non posso taggarlo come un Gipfelkreuz perché questo richiede un summit dove piantarlo. Anche se il Gipfelkreuz sotto l'aspetto funzionale sarebbe quello più adatto. Qualche idea ancora? Sulla lista tedesca non ho avuto risposta. Volker 2012/3/1 Martin Koppenhoefer dieterdre...@gmail.com Am 1. März 2012 14:35 schrieb Volker Schmidt vosc...@gmail.com: o forse un cross:type=weather ? Questo diventerebbe proprio molto specifico per una cosa che, secondo me, esiste solo in una piccola zona si, è molto specifico (perchè altrimenti come le vorresti trovare?). Secondome: un tag generico (croce) e un tag specifico (Wetterkreuz) insieme risolvono le esigenze. Non vedo problemi con un tag specifico per una cosa che esiste forse solo in una piccola zona, anzi, è il modo giusto di taggarlo (se poi il tag usato è cross:type o qualcosa d'altro non importa molto, basta che si infila nella logica di OSM) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Am 1. März 2012 15:32 schrieb Volker Schmidt vosc...@gmail.com: C'è un altra finezza da tener in considerazione. Non c'è un tipo generico di cross al quale aggiungere un key. Di croci esistenti conosco solo wayside_cross e Gipfelkreuz: Il Wetterkreuz non è proprio un wayside_cross perché viene messo nel punto più alto di una proprietà e spesso è lontano dal sentiero (ne ho visto finora una ventina). si, allora non mettrei wayside_cross se non lo è Poi non posso taggarlo come un Gipfelkreuz perché questo richiede un summit dove piantarlo. Anche se il Gipfelkreuz sotto l'aspetto funzionale sarebbe quello più adatto. essatto, non è ne anche un Gipfelkreuz. Volendo potresti evitare il key cross:type (anche se potrebbe avere senso in altri contesti, e non è detto che un subtag deve essere associato a solo oggetti di maintag uguale) e mettere man_made=weather_cross (o historic, o amenity, ecc.) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Sul cantiere di Chiomonte
A proposito del non cantiere tav, segnalo questo articolo di oggi: http://multimedia.lastampa.it/multimedia/torino/lstp/123326/ Ripeto, secondo me diciture del genere sono contro ogni principio di neutralità. Se l'avesse messo sul suo sito sarebbe stato un conto, ma non possiamo dare l'idea che OSM sposi la causa no-TAV. OSM deve limitarsi a segnare ciò che esiste sul territorio. Sono d'accordo sullo scrivere all'utente e sul parlarne tranquillamente, ma questo articolo dimostra che non cantiere tav non è neanche una sua idea personale, ma l'espressione di un movimento (pseudo)politico, e quindi, secondo me, la modifica immediata è accettabile. Ciao, Simone ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Frattempo ho avuto la risposta da gente del posto: i due Wetterkreuz che ho mappato si chiamano Wetterkreuz. Nessuno si ricorda dei nomi specifici. Volker 2012/3/1 Martin Koppenhoefer dieterdre...@gmail.com Am 1. März 2012 15:32 schrieb Volker Schmidt vosc...@gmail.com: C'è un altra finezza da tener in considerazione. Non c'è un tipo generico di cross al quale aggiungere un key. Di croci esistenti conosco solo wayside_cross e Gipfelkreuz: Il Wetterkreuz non è proprio un wayside_cross perché viene messo nel punto più alto di una proprietà e spesso è lontano dal sentiero (ne ho visto finora una ventina). si, allora non mettrei wayside_cross se non lo è Poi non posso taggarlo come un Gipfelkreuz perché questo richiede un summit dove piantarlo. Anche se il Gipfelkreuz sotto l'aspetto funzionale sarebbe quello più adatto. essatto, non è ne anche un Gipfelkreuz. Volendo potresti evitare il key cross:type (anche se potrebbe avere senso in altri contesti, e non è detto che un subtag deve essere associato a solo oggetti di maintag uguale) e mettere man_made=weather_cross (o historic, o amenity, ecc.) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Il 01/03/2012 10:52, Simone Saviolo ha scritto: Il 01 marzo 2012 10:02, Simone Cortesisim...@cortesi.com ha scritto: 2012/3/1 Matteo Quatridamatteo.quatr...@gmail.com: Interessante! Speriamo decidano di sfruttarlo anche per i supporti mobili nel giro di poco. piuttosto speriamo che inizino a contribuire POI ad OSM. Non so. Foursquare è un gioco, e molti cercano di barare. Conosco gente che fa check-in a casa sua o dal suo ufficio, spesso con nomi fantasiosi, per poter essere sindaco di qualche posto. Questi sono POI che non ci interessano, e che non vorrei avere in OSM. +1, leggendo i commenti degli utenti sotto l'articolo quasi tutti sono scontenti della scarsa copertura di OSM, alcuni ritengono impossibile il contribuire a OSM data l'estrema difficoltà del processo di mappatura (scritto da uno che si firma ventenne studente all'università..., non capisco cosa ci sia di tanto difficile...), qualcuno proponeva dei premi a punti in base a quanto veniva mappato (per l'appunto un gioco, mi immagino il risultato di un mappare a tutti i costi pur di accumulare punti...) Ciao Marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Il 01 marzo 2012 18:19, marcram marcr...@email.it ha scritto: Non so. Foursquare è un gioco, e molti cercano di barare. Conosco gente che fa check-in a casa sua o dal suo ufficio, spesso con nomi fantasiosi, per poter essere sindaco di qualche posto. Questi sono POI che non ci interessano, e che non vorrei avere in OSM. +1, leggendo i commenti degli utenti sotto l'articolo quasi tutti sono scontenti della scarsa copertura di OSM, alcuni ritengono impossibile il contribuire a OSM data l'estrema difficoltà del processo di mappatura (scritto da uno che si firma ventenne studente all'università..., non capisco cosa ci sia di tanto difficile...), qualcuno proponeva dei premi a punti in base a quanto veniva mappato (per l'appunto un gioco, mi immagino il risultato di un mappare a tutti i costi pur di accumulare punti...) +1000 l'importante di OSM è la qualità non la quantità Ciao Marco -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Che tag per un Wetterkreuz
Am 1. März 2012 18:03 schrieb Volker Schmidt vosc...@gmail.com: Frattempo ho avuto la risposta da gente del posto: i due Wetterkreuz che ho mappato si chiamano Wetterkreuz. Nessuno si ricorda dei nomi specifici. si potrebbe anche mettere dal punto di vista che non hanno un nome, cmq. concordo: metti Wetterkreuz nel tag name, dato che è il nome con quale la gente locale lo chiama. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Ho scritto un articolo su switch2osm per l'occasione http://leganerd.com/2012/03/01/switch2osm-la-qualita-paga/ Guardatevi i commenti del post del blog di Foursquare, hanno iniziato ad intervenire anche quelli di Foursquare, lavoreranno per migliorare OSM, forse metteranno incentivi? Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Io sono contento utilizzino OSM. I loro POI non sono interessanti per noi. Avete travisato il discorso iniziale. :'( -- *«La mente è come un paracadute. Funziona solo se si apre.»* * * ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Foursquare e OSM
Il 01/03/2012 20:59, Matteo Quatrida ha scritto: Io sono contento utilizzino OSM. I loro POI non sono interessanti per noi. Avete travisato il discorso iniziale. :'( Non dicevo di essere scontento utilizzassero OSM. Ne sono felice anch'io. C'è bisogno OSM si diffonda sempre di più, non avevo mai sentito questo Foursquare finora ma mi sembra di aver capito sia abbastanza diffuso, quindi ben venga e sia un buon mezzo per aiutare a diffondere il verbo... :) Solo che mi era salito il nervoso leggendo i commenti, scoprendo quanta gente di mentalità ottusa ci fosse in giro... mi ricordano tanto quelli che fanno i confronti tra Office e LibreO (o tra PShop e Gimp), partendo dal presupposto però che entrambi siano gratis... Ciao Marco ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-co] OSM como plataforma de mapeo e informacion de Bogota-mesh
Hola amigos Sere corto: Somos un grupo significativo de ciudadanos que trabajamos por la reducción de la brecha digital, usando recursos tecnológicos de fácil acceso, de rápido despliegue y de bajo costo. Este proyecto no es un proyecto con el cual se busca obtener un lucro, la intención es promover la inclusión tecnológica de las comunidades a lo largo y ancho de la ciudad, generando por parte de estas comunidades la apropiación del conocimiento y las tecnologías para el desarrollo y crecimiento de la red. El proyecto tiene una licencia Creative Commons y gpl. mas info en http://lists.bogota-mesh.org/listinfo.cgi/bogota-mesh-bogota-mesh.org Queremos impulsar el uso de mapas libres como OSM, actualmente queremos mandar al carajo gmaps jejejeje http://wiki.bogota-mesh.org/doku.php?id=nodos me gustaria poner un OSM colombia en http://bogota-mesh.org/apoyan porque consideramos que por medio de redes libres difundir el software libre y el mapeo libre es mas sencillo ademas estamos haciendo una red 100 % descentralizada y basada en el manifiesto de las redes libres http://redeslibres.org/es/manifiesto-de-las-redes-libres y consideramos que el papel de las comunidades es clave. Ademas nos gustaría recibir algunas capacitaciones para nosotros luego capacitar las personas en la ciudades en el uso de plataformas de mapeo libre quien se apunta? que opinan? -- = Miembro Bogota Mesh == === Redes Comunitarias libres de Bogotá === Mi Identi.ca: http://identi.ca/ingforigua http://wiki.bogota-mesh.org/doku.php ___ Talk-co mailing list Talk-co@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-co
Re: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning
Mogens Petersen skrev: Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej? Der er p.t. ikke nogen etableret måde at gøre det på, men der er et forslag om at bruge maxspeed:forward=xx henholdsvis maxspeed:backward=xx Se mere på http://wiki.openstreetmap.org/wiki/Key:maxspeed http://wiki.openstreetmap.org/wiki/Talk:Key:maxspeed - Jørgen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning
af nysgerrighed - i hvilke situationer er hastighedsbegrænsningen forskellig i de to retninger? Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Mogens Petersen [mailto:mog...@petsens.dk] Sendt: 1. marts 2012 07:59 Til: OpenStreetMap Denmark Emne: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning Hej Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej? br Mogens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Ensidigt hastigheds?= =?iso-8859-1?Q? begrænsning
ja, det giver vel mening at man skal sætte farten ned når man nærmer sig en rundkørsel, men kan sætte farten op når man forlader den. eller er det mon fordi der kun er bebygget på den ene side af vejen? Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Mogens Petersen [mailto:mog...@petsens.dk] Sendt: 1. marts 2012 11:14 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] Ensidigt hastigheds?= =?iso-8859-1?Q? begrænsning Prøver lige igen :-) http://www.openstreetmap.org/?lat=54.969518lon=9.660629zoom=18layers=M Når man kommer fra vest mod denne rundkørsel er der 70km/h fra og med det bebyggede område, men kører man ud af rundkørslen mod vest er der ingen. br Mogens On 01/03/2012 10:49 Emil Tin z...@tmf.kk.dk mailto:z...@tmf.kk.dk wrote: af nysgerrighed - i hvilke situationer er hastighedsbegrænsningen forskellig i de to retninger? Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Mobil +45 2972 3788 Email z...@tmf.kk.dk mailto:z...@tmf.kk.dk Fra: Mogens Petersen [mailto:mog...@petsens.dk] Sendt: 1. marts 2012 07:59 Til: OpenStreetMap Denmark Emne: [Talk-dk] Ensidigt hastigheds?==?iso-8859-1?Q?begrænsning Hej Hvordan angiver man at en hastighedsbegrænsning kun gælder den ene vej? br Mogens ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-se] Osmfika i Stockholm
Höga krav! Jag tror jag har en röd T-tröja som det står State of the map på, tar med den och lägger på bordet, om inte Markus hittar på något. Jag mailade med stadsmuseums faktarum och de sa att vi naturligvis fick komma förbi och titta (det är öppet för almänheten) men de hade inga roliga förslag på saker man kunde titta på.. 2012/3/1 Per-Olof Noren pero...@gmail.com: sätter ni upp flaggor så man hittar er eller? 1 mar 2012 kl. 08:32 skrev Markus Lindholm markus.lindh...@gmail.com: Idag var det dags, osm-fika 17:30 på Café Ryssgården /Markus 2012/2/22 Erik Johansson erjo...@gmail.com: Jag kommer naturligtvis, ska man ska höra av sig till Stadsmuseum och fråga om de har några kartskatter att visa? http://www.openstreetmap.org/?mlat=59.319668mlon=18.071268zoom=18 2012/2/16 Per-Olof Noren pero...@gmail.com: jag med! 15 feb 2012 kl. 14:17 skrev Odd Gustafsson odd_lars...@hotmail.com: Kul! Jag dyker upp med största sannolikhet /Odd Date: Tue, 14 Feb 2012 21:29:24 +0100 From: markus.lindh...@gmail.com To: talk-se@openstreetmap.org Subject: [Talk-se] Osmfika i Stockholm Hej Jag och Erik Johansson tyckte det var dags med en Osmfika. Har gått en alldeles för lång tid sedan senast. Så vi samlas torsdagen 1/3 klockan 17:30 på Café Ryssgården, Stadsmuseet vid Slussen, inget inträde krävs till cafét. Öppen agenda, fritt att diskutera allt mellan himmel och jord. Nybörjare lika välkomna som gamla rävar. /Markus ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se -- /emj ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-es] [CATASTRO] Prados o praderas
Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.es escribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.es escribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.es escribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Herramienta de fusión de los datos actuales con el catastro
Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 29 de febrero de 2012 16:22, Jaime Crespo jy...@jynus.com escribió: El 29/02/2012 16:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: El 29 de febrero de 2012 15:04, Jaime Crespo jy...@jynus.com escribió: Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. Joer, pues será por haberlo discutido aquí :P el hilo tiene como 300 respuestas, hay una wiki con un montón de información y un repositorio público en github con el código A mí no me tenéis que convencer, sino a los alemanes-que-dicen-que-todo-import-es-malo. Con el wiki sobraría, pero está en español... -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Datos importados del catastro con errores
Os añado los resultados de La Palma de Cervelló http://osm.org/go/xUZ8OT9y-- No lo he realizado yo pero por lo que me cuentan ha sido fácil y ha dado muy buen resultado con la realidad Buenas, Le acabo de echar un ojo a La Palma de Cervelló, a ver que tal estaban los datos, le he pasado el validador de josm y me salen 4000 Errores y muchos warnings, creo que habría que avisar al usuario [1], tanto de que los datos de cat2osm aun no están en condiciones de ser subidos, como de que hay que revisar el pueblo y corregirlo o revertir los cambios. ¿Sabéis cual es método para llevar a cabo una reversión? [1]: http://www.openstreetmap.org/user/KonfrareAlbert Un saludo! -- Atentamente, Suárez ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
en la wikipedia mira listado de municipios de la provincia y suele tener ya el mapa listo * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.info http://picholeiro.sytes.net. El 29 de febrero de 2012 17:33, Xavier Martin xavier...@gmail.comescribió: De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la provincia con la situación del municipio. Luego se pasa por el Gimp, bote de pintura, color y listo. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- 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] Herramienta de fusión de los datos actuales con el catastro
He vuelto a subir MedioCudeyo con la versión que corrige el problema con los tags (ahora creo que salen infinitos FIXMEs). Creo que ander no ha subido los cambiosa github porque está esperando que le reyeneis la tabla de tags. http://paginaspersonales.deusto.es/cruz.borges/MedioCudeyo.tar.xz Nos vemos. El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 29 de febrero de 2012 16:22, Jaime Crespo jy...@jynus.com escribió: El 29/02/2012 16:12, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: El 29 de febrero de 2012 15:04, Jaime Crespo jy...@jynus.com escribió: Por favor, es necesario enviar un correo a la lista imports con toda la documentación y un breve resumen de lo hecho y por hacer, antes de que nos tiren para atrás el proceso a medio hacer. Tenemos que convencerles que no estamos haciendo las cosas a ciegas y sin contar con nadie. Joer, pues será por haberlo discutido aquí :P el hilo tiene como 300 respuestas, hay una wiki con un montón de información y un repositorio público en github con el código A mí no me tenéis que convencer, sino a los alemanes-que-dicen-que-todo-import-es-malo. Con el wiki sobraría, pero está en español... -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
GUAU, menudo curro (el tuyo y el que se va a tener que pegar ander :P ) A ver si mañana lo puede hacer y teneis entretenimiento este fin de semana :P El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- David Marín Carreño
Re: [Talk-es] Guía de importación de datos del Catastro.
Hola. Gracias, ya he puesto los mapas de las provincias de Badajoz y Cáceres con el listado de sus correspondientes pueblos. ¿Empezamos a crear usuarios para poder hacer la importación/pruebas de lo bonito que queda.. o seguimos algunos dando voces en el desierto y otros haciendo lo que les viene en gana?. [1] [1] http://www.openstreetmap.org/user/KonfrareAlbert/edits El 1 de marzo de 2012 18:45, Manuel manuelmi...@gmail.com escribió: en la wikipedia mira listado de municipios de la provincia y suele tener ya el mapa listo * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.infohttp://picholeiro.sytes.net. El 29 de febrero de 2012 17:33, Xavier Martin xavier...@gmail.comescribió: De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la provincia con la situación del municipio. Luego se pasa por el Gimp, bote de pintura, color y listo. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es 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] Guía de importación de datos del Catastro.
A ver, según ha comentado Jynus en otro hilo TENEMOS que traducir la wiki al inglés y enviar un correo a la lista de imports (lo cual me parece razonable). Mientras ander finiquita el tema de los cultivos rurales yo creo que no es mala idea ir traduciendo la wiki al inglés y revisar la página en español. En paralelo se pueden ir creando los users y poniendo en las wiki de traducción. El que los cree que se anote en la wiki (su correo o alguna forma de contactar con él) para ir distribuyendo los passwords entre los que quieran colaborar con la subida. Mi idea es que mañana esté corregida el tema de los cultivos y enviar el lunes un el correo a la lista de imports (me niego a hacerlo mañana y que lluevan palos el finde que no es seguro que tenga internet). Así el lunes por la tarde si hay suerte y no nos dan muchos palos poder empezar a subir osm bonitos y cargaditos de información. Que os parece el plan? El 1 de marzo de 2012 19:40, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Gracias, ya he puesto los mapas de las provincias de Badajoz y Cáceres con el listado de sus correspondientes pueblos. ¿Empezamos a crear usuarios para poder hacer la importación/pruebas de lo bonito que queda.. o seguimos algunos dando voces en el desierto y otros haciendo lo que les viene en gana?. [1] [1] http://www.openstreetmap.org/user/KonfrareAlbert/edits El 1 de marzo de 2012 18:45, Manuel manuelmi...@gmail.com escribió: en la wikipedia mira listado de municipios de la provincia y suele tener ya el mapa listo * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.infohttp://picholeiro.sytes.net. El 29 de febrero de 2012 17:33, Xavier Martin xavier...@gmail.comescribió: De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la provincia con la situación del municipio. Luego se pasa por el Gimp, bote de pintura, color y listo. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
¡Vaya curro! Veo que has añadido el tag trees (trees=eucalyptus, por ejemplo) pero no lo he encontrado en la wiki. ¿No sería mejor sustituirle por species [1]? De esta forma se puede añadir el nombre científico y, si alguien tiene ganas, todas sus variantes en los idiomas. Ejemplo: landuse=forest species=Quercus robur species:de=Deutsche Eiche species:en=English oak species:es=Roble De todas formas me parece bien añadir la especie vegetal para no perder información sobre las áreas forestales. Un saludo. Jesús El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email:
Re: [Talk-es] [CATASTRO] Prados o praderas
Ostia, esa idea es muy chula pero llevaría un CURRO DEL COPÓN. El 1 de marzo de 2012 19:49, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: ¡Vaya curro! Veo que has añadido el tag trees (trees=eucalyptus, por ejemplo) pero no lo he encontrado en la wiki. ¿No sería mejor sustituirle por species [1]? De esta forma se puede añadir el nombre científico y, si alguien tiene ganas, todas sus variantes en los idiomas. Ejemplo: landuse=forest species=Quercus robur species:de=Deutsche Eiche species:en=English oak species:es=Roble De todas formas me parece bien añadir la especie vegetal para no perder información sobre las áreas forestales. Un saludo. Jesús El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: +34 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org
Re: [Talk-es] Guía de importación de datos del Catastro.
En la wiki se está haciendo por provincia y creo que no es mala idea hacerlo así. Eso no quita para que una misma persona pueda gestionar más de una provincia si se ve capacitado :P El 1 de marzo de 2012 19:55, Jorge Sanz Sanfructuoso sanc...@gmail.comescribió: Me parece un buen plan. Yo con el ingles no puedo ayudar. En cuanto a los users al final hacemos por comunidad o por provincia que hablo ahoramismo no me acuerdo quien? El jueves 1 de marzo de 2012, Cruz Enrique Borges Hernández escribió: A ver, según ha comentado Jynus en otro hilo TENEMOS que traducir la wiki al inglés y enviar un correo a la lista de imports (lo cual me parece razonable). Mientras ander finiquita el tema de los cultivos rurales yo creo que no es mala idea ir traduciendo la wiki al inglés y revisar la página en español. En paralelo se pueden ir creando los users y poniendo en las wiki de traducción. El que los cree que se anote en la wiki (su correo o alguna forma de contactar con él) para ir distribuyendo los passwords entre los que quieran colaborar con la subida. Mi idea es que mañana esté corregida el tema de los cultivos y enviar el lunes un el correo a la lista de imports (me niego a hacerlo mañana y que lluevan palos el finde que no es seguro que tenga internet). Así el lunes por la tarde si hay suerte y no nos dan muchos palos poder empezar a subir osm bonitos y cargaditos de información. Que os parece el plan? El 1 de marzo de 2012 19:40, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Hola. Gracias, ya he puesto los mapas de las provincias de Badajoz y Cáceres con el listado de sus correspondientes pueblos. ¿Empezamos a crear usuarios para poder hacer la importación/pruebas de lo bonito que queda.. o seguimos algunos dando voces en el desierto y otros haciendo lo que les viene en gana?. [1] [1] http://www.openstreetmap.org/user/KonfrareAlbert/edits El 1 de marzo de 2012 18:45, Manuel manuelmi...@gmail.com escribió: en la wikipedia mira listado de municipios de la provincia y suele tener ya el mapa listo * *~ Un saludo cordial de Manuel ~* * *Mi sitio si te interesa mas información visita* El blog relacionado con linux # http://www.picholeiro.info . Mi servidor # http://servidor.picholeiro.infohttp://picholeiro.sytes.net. El 29 de febrero de 2012 17:33, Xavier Martin xavier...@gmail.comescribió: De la wikipedia, al buscar cualquier pueblo suele salir el mapa de la provincia con la situación del municipio. Luego se pasa por el Gimp, bote de pintura, color y listo. El 29 de febrero de 2012 17:16, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Respondiendo a las preguntas: El tema de usuarios si no se hace uno general, yo creo que mejor que comunidades autonomas, crear uno por provincias, como estan en: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results Los resultados se pueden colorear por zonas: http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results/Avila Amarillo si solo esta exportado. Añadiendo en notas el usuario que lo ha exportado, la fecha y versión de compilador Rojo si se esta corrigiendo o trabajando en ella. Con el nombre de usuario y la fecha en que empieza. Verde si esta publicado. Con el nombre de usuario, La fecha de publicación y la version del compilador.. +1. También creo que sería mejor un usuario/clave por provincia, que por comunidad. Teniendo en cuenta la cantidad de municipios que pueden tener cada provincia, tenemos para entretenernos un buen rato; además así se aprovechan las tablas que se están montando en la wiki y con ese sistema de colores que dices, mejor que mejor. ¿De donde sacas el mapita de la provincia?. -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
A ver, según ha comentado Jynus en otro hilo TENEMOS que traducir la wiki al inglés y enviar un correo a la lista de imports (lo cual me parece razonable). Yo en eso de traducir no puedo ayudar. Sorry for my english, je. En paralelo se pueden ir creando los users y poniendo en las wiki de traducción. El que los cree que se anote en la wiki (su correo o alguna forma de contactar con él) para ir distribuyendo los passwords entre los que quieran colaborar con la subida. Ese es el tema, que en este punto estamos atascados. Hacemos propuestas, que si por comunidades, que si provincias, que si anotarlo en la wiki, ahora encima traducirlo etc, etc. Pero nadie nos echamos para adelante y lo hacemos, por miedo, por falta de tiempo, por falta de consenso???. Y mientras hay gente haciendo la guerra por su cuenta. Mi idea es que mañana esté corregida el tema de los cultivos y enviar el lunes un el correo a la lista de imports (me niego a hacerlo mañana y que lluevan palos el finde que no es seguro que tenga internet). Así el lunes por la tarde si hay suerte y no nos dan muchos palos poder empezar a subir osm bonitos y cargaditos de información. Que os parece el plan? El plan es cojonudo. A ver que dicen en la lista de imports ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Prados o praderas
No creas que tanto. Si se hace con JOSM sería buscar todas los elementos con un determinado tag (species=Quercus robur) y añadir de una sola vez los tags equivalentes para cada idioma. Por supuesto esto es opcional y es para el que quiera afinar más a mano. De todas formas, la clave es no perder la información que ofrece catastro sobre la especie vegetal. El 1 de marzo de 2012 19:52, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ostia, esa idea es muy chula pero llevaría un CURRO DEL COPÓN. El 1 de marzo de 2012 19:49, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: ¡Vaya curro! Veo que has añadido el tag trees (trees=eucalyptus, por ejemplo) pero no lo he encontrado en la wiki. ¿No sería mejor sustituirle por species [1]? De esta forma se puede añadir el nombre científico y, si alguien tiene ganas, todas sus variantes en los idiomas. Ejemplo: landuse=forest species=Quercus robur species:de=Deutsche Eiche species:en=English oak species:es=Roble De todas formas me parece bien añadir la especie vegetal para no perder información sobre las áreas forestales. Un saludo. Jesús El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O PRADERAS que tendrá también meadow=agricultural. Estoy empezando a darle vueltas y a lo mejor estais comprobando en catastro la parcela completa que tendrá una única referencia catastral. Cat2Osm comprueba también las subparcelas (que todas tienen la misma referencia catastral de su parcela) y es que en una misma parcela puede haber distintas subparcelas con distintos cultivos. Saludos y Gracias a ti también. -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email:
Re: [Talk-es] Guía de importación de datos del Catastro.
Me parece un buen plan. Yo con el ingles no puedo ayudar. En cuanto a los users al final hacemos por comunidad o por provincia que hablo ahoramismo no me acuerdo quien? Lo de por provincias lo dijo ayer Xavier y yo creo que es buena idea, para así aprovechar la división que ya está en la wiki. Venga, me tiro al barro que os parece: badajoz_cat caceres_cat .. .. O cogemos sólo tres o cuatro letras del nombre de cada provincia por no hacerlo tan largo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Yo casi que prefiero que el nombre quede claro que son datos del catastro. catastro_antigua matricula de coche de la provincia me parece razonable por ejemplo: catastro_TF para el import del catastro de Santa Cruz de Tenerife catastro_M para el de madrid, etc. Por el inglés, nos podemos encargar en el curro pero retrasará algo el asunto :P. Si quereis darle un poco de velocidad, revisad lo que se está comentando en el hilo de Prados y Praderas y la wiki http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 20:02, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Me parece un buen plan. Yo con el ingles no puedo ayudar. En cuanto a los users al final hacemos por comunidad o por provincia que hablo ahoramismo no me acuerdo quien? Lo de por provincias lo dijo ayer Xavier y yo creo que es buena idea, para así aprovechar la división que ya está en la wiki. Venga, me tiro al barro que os parece: badajoz_cat caceres_cat .. .. O cogemos sólo tres o cuatro letras del nombre de cada provincia por no hacerlo tan largo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Mientras de decide voy a modificar la wiki para poner los usuarios cuando esten creados y con quien contactar para el password El 1 de marzo de 2012 20:06, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Yo casi que prefiero que el nombre quede claro que son datos del catastro. catastro_antigua matricula de coche de la provincia me parece razonable por ejemplo: catastro_TF para el import del catastro de Santa Cruz de Tenerife catastro_M para el de madrid, etc. Por el inglés, nos podemos encargar en el curro pero retrasará algo el asunto :P. Si quereis darle un poco de velocidad, revisad lo que se está comentando en el hilo de Prados y Praderas y la wiki http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 20:02, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Me parece un buen plan. Yo con el ingles no puedo ayudar. En cuanto a los users al final hacemos por comunidad o por provincia que hablo ahoramismo no me acuerdo quien? Lo de por provincias lo dijo ayer Xavier y yo creo que es buena idea, para así aprovechar la división que ya está en la wiki. Venga, me tiro al barro que os parece: badajoz_cat caceres_cat .. .. O cogemos sólo tres o cuatro letras del nombre de cada provincia por no hacerlo tan largo? ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Yo casi que prefiero que el nombre quede claro que son datos del catastro. catastro_antigua matricula de coche de la provincia me parece razonable por ejemplo: catastro_TF para el import del catastro de Santa Cruz de Tenerife catastro_M para el de madrid, etc. Pues buena idea, me parece bien. Si nadie dice nada en contra, así sera !!!. Por el inglés, nos podemos encargar en el curro pero retrasará algo el asunto :P. Si quereis darle un poco de velocidad, revisad lo que se está comentando en el hilo de Prados y Praderas y la wiki Cosa elemental en este tema. ¡¡¡ NO DEBERÍA HABER PRISAS !!! ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Acabo de caer en una cosa. ¿Cada cuenta de usuario no debe estar asociada a un email diferente?. ¿Quién dispone de más de 50 emails distintos?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
He modificado la pagina http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results para poner el usuario que se use y la persona con la que contactar para el password. Se crean mails en algún servicio gratuito. El 1 de marzo de 2012 20:20, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Acabo de caer en una cosa. ¿Cada cuenta de usuario no debe estar asociada a un email diferente?. ¿Quién dispone de más de 50 emails distintos?. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
El día 1 de marzo de 2012 20:24, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: He modificado la pagina http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results para poner el usuario que se use y la persona con la que contactar para el password. Se crean mails en algún servicio gratuito. import-catastro-albac...@openstreetmap.es ? ... -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Gracias por aparecer Jaime. Estupendo, @openstreetmap.es es lo mejor para esto. El 1 de marzo de 2012 20:26, Jaime Crespo jy...@jynus.com escribió: El día 1 de marzo de 2012 20:24, Jorge Sanz Sanfructuoso sanc...@gmail.com escribió: He modificado la pagina http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results para poner el usuario que se use y la persona con la que contactar para el password. Se crean mails en algún servicio gratuito. import-catastro-albac...@openstreetmap.es ? ... -- Jaime Crespo ___ 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] [CATASTRO] Prados o praderas
He puesto la etiqueta trees (en lugar de species) porque trees ya se emplea en landuse=orchard para definir el tipo de árbol. De todos modos, creo que es demasiado fino ir hasta la especie concreta, ya que el catastro por ejemplo dice pino, pero no entra a valorar si es un pinus pinea o un pinus pinaster (por ejemplo). Y supongo que lo mismo pasará con los demás... Además, el esquema general es poner los tags en inglés ¿no? El 1 de marzo de 2012 20:00, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: No creas que tanto. Si se hace con JOSM sería buscar todas los elementos con un determinado tag (species=Quercus robur) y añadir de una sola vez los tags equivalentes para cada idioma. Por supuesto esto es opcional y es para el que quiera afinar más a mano. De todas formas, la clave es no perder la información que ofrece catastro sobre la especie vegetal. El 1 de marzo de 2012 19:52, Cruz Enrique Borges Hernández cruz.bor...@deusto.es escribió: Ostia, esa idea es muy chula pero llevaría un CURRO DEL COPÓN. El 1 de marzo de 2012 19:49, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: ¡Vaya curro! Veo que has añadido el tag trees (trees=eucalyptus, por ejemplo) pero no lo he encontrado en la wiki. ¿No sería mejor sustituirle por species [1]? De esta forma se puede añadir el nombre científico y, si alguien tiene ganas, todas sus variantes en los idiomas. Ejemplo: landuse=forest species=Quercus robur species:de=Deutsche Eiche species:en=English oak species:es=Roble De todas formas me parece bien añadir la especie vegetal para no perder información sobre las áreas forestales. Un saludo. Jesús El 1 de marzo de 2012 19:06, David Marín Carreño dav...@gmail.comescribió: Me ha llevado un ratillo, pero aprovechando que estoy pocho en la cama, allá va una primera aproximación para taguear los tipos de cultivo... http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo El 1 de marzo de 2012 12:10, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos. Después de hacer pruebas debido a errores que nos comentabais, hemos descubierto que al relacionar los tipos de cultivos con las parcelas había un detalle que no estábamos teniendo en cuenta lo que hacía que el tipo de cultivos fuese mucho más reducido. Atentos porque estamos ya solucionando el problema pero los tipos de cultivo van a ser muy variados. Ya están en la wiki para que si tenéis tiempo podáis tagearlos de la mejor forma posible. http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo En cuanto hagamos las pruebas pertinentes y comprobemos que está todo mas o menos bien os subimos la nueva versión. Saludos. El 1 de marzo de 2012 10:12, Ander Pijoan ander.pij...@deusto.esescribió: Estamos arreglando el problema con las subparcelas. Ya lo hemos encontrado y espero que hoy esté solucionado. ESO SI, PREPARAOS PARA TAGEAR UN MONTÓN DE CULTIVOS NUEVOS EN LA WIKI. Saludos y en unos minutos espero tener noticias. El 1 de marzo de 2012 10:07, Jesús Gómez Fernández jesus.gomez.f...@gmail.com escribió: Ayer consulté la referencia catastral de la parcela en el archivo CAT de suelo rústico haciendo una búsqueda rápida y no me cuadraba la clasificación de parcelas o subparcelas que indica en ese archivo con la que se estaba poniendo en el archivo osm. Al igual que tú, también pensé que podría ser que se arrastrase la clasificación de la parcela a las subparcelas pero también lo revisé y no era así. Lo que parece claro es que el programa no recoge la tipología de suelo del CAT o, si las considera, hay un problema con la asignación de etiquetas de osm. Un saludo. Jesús El 1 de marzo de 2012 09:30, Ander Pijoan ander.pij...@deusto.esescribió: Estoy dándole vueltas y si que puede que sea un error nuestro al relacionar el archivo RUSUBPARCELA con RUCULTIVO. Lo miramos ahora mismo. El 1 de marzo de 2012 08:54, Ander Pijoan ander.pij...@deusto.esescribió: Yo también encuentro errores en la asignación de etiquetas para los usos del suelo. Echando un vistazo, veo una cantera etiquetada como landuse=meadow cuando en catastro se le asigna IMPRODUCTIVO, parcelas donde en catastro tienen la categoría PRADOS O PRADERAS con la etiqueta landuse=farm o montes con plantaciones de eucalipto como landuse=meadow. Creo entender que el programa no está comparando las cadenas de caracteres que se documentan en la tabla Tipos de Cultivo [1]. Por cierto, he añadido otro denominado ESPECIES MEZCLADAS que no se que tag puede llevar en OSM. [1] http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features#Tipos_de_cultivo Un saludo a todos. Jesús Hola Jesús, como le decía también a Emilio, en tu caso el landuse=meadow viene de que está catalogado su cultivo como PASTOS en cuyo caso tendrá también meadow=perpetual o PRADOS O
Re: [Talk-es] Guía de importación de datos del Catastro.
El 1 de marzo de 2012 19:58, Matías Taborda Barroso taborda.barr...@gmail.com escribió: A ver, según ha comentado Jynus en otro hilo TENEMOS que traducir la wiki al inglés y enviar un correo a la lista de imports (lo cual me parece razonable). Yo en eso de traducir no puedo ayudar. Sorry for my english, je. Antes de traducir la wiki, yo le pondría un poco de orden a la página de Spanish Catastro. Tenemos mezclada en la misma página qué es esto del catastro, y la guía de uso del cat2osm. Si queréis, como estoy ocioso y encamado, puedo dedicarme mañana a poner en orden el tema. Yo haría la siguiente estructura: - Página principal: - Condiciones de los datos - Proceso de importación: normas, cómo, etc - Herramientas: referencia a página de cat2osm, referencia a catastreitor - Cat2OSM: - Funcionamiento - Guía de Hackeo - TODO - Guía de uso - Resultados de conversión - Soluciones y arreglos con JOSM Una vez hecho esto, le cambiaría el nombre a la página principal (de Spanish Catastro a Spanish Cadastre), y ya estaría lista para comenzar a traducir. ¿Comentarios? ¿Críticas? -- 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] Guía de importación de datos del Catastro.
El día 1 de marzo de 2012 20:28, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Gracias por aparecer Jaime. Estupendo, @openstreetmap.es es lo mejor para esto. Id creando al menos una por persona de manera normalizada para ver cuántos usuarios activos hay en la importación. Ya se cambiarán los emails de contacto. Yo puedo guardar un archivo de texto con las contraseñas en el servidor como respaldo. Preferiría como identificador algo más simple, como: catastro_alava catastro_albacete catastro_alicante catastro_almeria catastro_asturias catastro_avila catastro_badajoz catastro_barcelona catastro_burgos catastro_caceres catastro_cadiz catastro_cantabria catastro_castellon catastro_ciudad_real catastro_cordoba catastro_la_coruna catastro_cuenca catastro_gerona catastro_granada catastro_guadalajara catastro_guipuzcoa catastro_huelva catastro_huesca catastro_islas_baleares catastro_jaen catastro_leon catastro_lerida catastro_lugo catastro_madrid catastro_malaga catastro_murcia catastro_navarra catastro_orense catastro_palencia catastro_las_palmas catastro_pontevedra catastro_la_rioja catastro_salamanca catastro_segovia catastro_sevilla catastro_soria catastro_tarragona catastro_santa_cruz_de_tenerife catastro_teruel catastro_toledo catastro_valencia catastro_valladolid catastro_vizcaya catastro_zamora catastro_zaragoza catastro_ceuta catastro_melilla -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Por favor, tenemos una wiki para esto! -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Buenas, 2012/3/1 Cruz Enrique Borges Hernández cruz.bor...@deusto.es: En la wiki se está haciendo por provincia y creo que no es mala idea hacerlo así. Eso no quita para que una misma persona pueda gestionar más de una provincia si se ve capacitado :P Para que quede claro no estoy de acuerdo con los que repiten las importaciones perjudican al proyecto! por las listas, pero creo que se debe importar principalmente lugares que uno conoce y en esto tienen razón los de la lista imports. Es una cantidad de datos considerable y para mantenerlos en actualidad hace falta que en el lugar de la importación haya una comunidad de maperos (aunque sea una persona). También es para poder mas o menos comprobar si los datos convertidos tienen sentido. Y después lo que probablemente sea obvio pero hay que mencionar :) Si en algún lugar existen ya edificios o parques en OSM, puede que tengan unas etiquetas adicionales que el catastro no va a tener. Entonces hay que preservarlas, y en general respetar lo que ya existe en el mapa. Lo de la documentación en ingles me parece un requisito poco importante -- es muy probable que la pagina traducida dentro de poco se desactualice. Al final cuando alguien va a querer consultar la documentación va a tener que mirar la pagina original si o si, a lo mejor apoyandose en el google translator. Saludos ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Antes de traducir la wiki, yo le pondría un poco de orden a la página de Spanish Catastro. Tenemos mezclada en la misma página qué es esto del catastro, y la guía de uso del cat2osm. Si queréis, como estoy ocioso y encamado, puedo dedicarme mañana a poner en orden el tema. Yo haría la siguiente estructura: Página principal: Condiciones de los datos Proceso de importación: normas, cómo, etc Herramientas: referencia a página de cat2osm, referencia a catastreitor Cat2OSM: Funcionamiento Guía de Hackeo TODO Guía de uso Resultados de conversión Soluciones y arreglos con JOSM Una vez hecho esto, le cambiaría el nombre a la página principal (de Spanish Catastro a Spanish Cadastre), y ya estaría lista para comenzar a traducir. ¿Comentarios? ¿Críticas? Hola. Esta es la lista de OSM David, je, nadie te ha hecho ni caso :P. A mi me parece bien, yo es que con la wiki me llevo un poco mal, a mi eso de estructurar la información se me da bastante mal. Jaime, tienes razón, la reserva de la creación de usuarios por provincia debería hacerse en la wiki. Desde este menú que ha planteado David, ¿donde podría anclarse esa información de los usuarios?. ¿Desde la página principal?. andrzej tiene razón, se debería tener un conocimiento lo más cercano posible a cada municipio a importar.. vamos que seguirá pasando lo mismo que hasta ahora, la calidad de los mapas será proporcional al número de usuarios de cada zona, es decir, la zonas rurales y con pocos usuarios en los alrededores seguirán quedando como hasta ahora, sin nada. Yo me presento voluntario para la provincia de Badajoz, pero entre lo que queda de la importación del Nomenclator, más esto de catastro creo que allá por el 2020 estaré a punto de terminar. Pienso que esta importación no acabará nunca o si acaba es haciéndolo a lo bestia... y ahí estoy con los alemanes. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
El 1 de marzo de 2012 22:36, Matías Taborda Barroso taborda.barr...@gmail.com escribió: Antes de traducir la wiki, yo le pondría un poco de orden a la página de Spanish Catastro. Tenemos mezclada en la misma página qué es esto del catastro, y la guía de uso del cat2osm. Si queréis, como estoy ocioso y encamado, puedo dedicarme mañana a poner en orden el tema. Yo haría la siguiente estructura: Página principal: Condiciones de los datos Proceso de importación: normas, cómo, etc Herramientas: referencia a página de cat2osm, referencia a catastreitor Cat2OSM: Funcionamiento Guía de Hackeo TODO Guía de uso Resultados de conversión Soluciones y arreglos con JOSM Una vez hecho esto, le cambiaría el nombre a la página principal (de Spanish Catastro a Spanish Cadastre), y ya estaría lista para comenzar a traducir. ¿Comentarios? ¿Críticas? Hola. Esta es la lista de OSM David, je, nadie te ha hecho ni caso :P. A mi me parece bien, yo es que con la wiki me llevo un poco mal, a mi eso de estructurar la información se me da bastante mal. Jaime, tienes razón, la reserva de la creación de usuarios por provincia debería hacerse en la wiki. Desde este menú que ha planteado David, ¿donde podría anclarse esa información de los usuarios?. ¿Desde la página principal?. En principio añadi yo en http://wiki.openstreetmap.org/wiki/Spanish_Catastro/results una tabla para eso ya que es donde estaban las provincias pero posiblemente no sea el mejor sitio para tenerlo todo ordenado. andrzej tiene razón, se debería tener un conocimiento lo más cercano posible a cada municipio a importar.. vamos que seguirá pasando lo mismo que hasta ahora, la calidad de los mapas será proporcional al número de usuarios de cada zona, es decir, la zonas rurales y con pocos usuarios en los alrededores seguirán quedando como hasta ahora, sin nada. Yo me presento voluntario para la provincia de Badajoz, pero entre lo que queda de la importación del Nomenclator, más esto de catastro creo que allá por el 2020 estaré a punto de terminar. Pienso que esta importación no acabará nunca o si acaba es haciéndolo a lo bestia... y ahí estoy con los alemanes. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Guía de importación de datos del Catastro.
Hola a todos, Hasta ahora no estaba suscrito a esta lista de correo, pero me presento, soy el Albert, el usuario http://www.openstreetmap.org/user/KonfrareAlbert/edits He recibido algunas advertencias después de subir algunos datos del catastro (a medias) y he estado intentando ver qué había hecho mal. Ahora creo que ya lo sé. ¿Empezamos a crear usuarios para poder hacer la importación/pruebas de lo bonito que queda.. o seguimos algunos dando voces en el desierto y otros haciendo lo que les viene en gana?. [1] Hola Albert. Bienvenido a la lista. Sinceramente, pensé, que alguien que ha realizado la importación debía estar al corriente por la lista de lo que se estaba haciendo. Sólo quería pedir disculpas porqué desconocía la organización que hay detrás de la subida de los datos del catastro, y sinceramente, pensaba que ya se habian subido datos en otras poblaciones y que se estaban haciendo pruebas de subida. Lo que me pasó es que estamos trabajando intensamente en nuestro pueblo y pensaba que lo del catastro era realmente complicado, cayó en mis manos la wiki «Spanish catastro» y hice la transformación de datos que funcionó muy bien. Repasé el resultado obtenido y me pareció muy bueno y pensé en subirlo. De hecho, me habían comentado que mi pueblo al ser pequeño era una buena oportunidad para hacer pruebas. Nada, evidentemente disculpado. P.D. Para posteriores mensajes pásate al otro hilo, sin querer has creado uno con el mismo título. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] [CATASTRO] Resultados de Ciudad Real con la nueva versión (un 25% más rápida :) )
Buenas, El 27 de febrero de 2012 11:06, Juan Luis Rodríguez Ponce jlrodrig...@emergya.com escribió: El 27 de febrero de 2012 10:53, Ander Pijoan ander.pij...@deusto.esescribió: Hola a todos, buenos días. Juan Luis, ¿sigue dándote los errores de Simplificación de vías = null? El viernes subimos una versión en la que habíamos solucionado ese error o al menos en las pruebas con los municipios que hemos hecho no ha vuelto a aparecer. Si pudieses confirmarnos que de verdad es la última versión nos sería de mucha ayuda. Hemos visto también que habéis añadido nuevos cultivos en la wiki de traducción, los añadimos para la próxima versión que os colguemos (vamos a intentar ponerle algún tipo de indicador de progreso para la simplificación de vías) Saludos Voy a volver a hacer el clone del repo y a lanzar la exportación. Dentro de unas horas os cuento. Ya he vuelto a realizar la transformación, esta vez con la versión que indica el porcentaje de proceso y ha terminado sin advertencias ni excepciones. Un saludo, Juan Luis. -- Juan **Luis Rodríguez** Ponce Área de Proyectos 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] Guía de importación de datos del Catastro.
El 1 de marzo de 2012 22:10, andrzej zaborowski escribió: 2012/3/1 Cruz Enrique Borges Hernández: Y después lo que probablemente sea obvio pero hay que mencionar :) Si en algún lugar existen ya edificios o parques en OSM, puede que tengan unas etiquetas adicionales que el catastro no va a tener. Entonces hay que preservarlas, y en general respetar lo que ya existe en el mapa. Y aunque sea un curro impresionante, sería de agradecer una guía básica de cómo proceder a la hora de mezclar las capas (que no tengo ni idea de cómo se hará con JOSM pero no creo que sea difícil) y cuando haya conflictos entre cosas ya existentes, tanto en las etiquetas como en la ubicación de los puntos. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-ar] comunidad
Igor,
Aprovecho para presentarme en la lista luego de algunos meses de acecho :P
Hace tiempo soy aficionado a la cartografía web y al opendata /
linkeddata, y desde hace un año mi lealtad acompaña a OSM, ya que luego
de tanto tiempo fue la herramienta que me permitió armar mi propio
deployment sin mayores dificultades. (mi experiencia anterior fue con
Mapserver y tuve mucha difucultad para conseguir los shapes y ni
hablemos de las calles)
Actualmente tengo en un pequeño dedicado en leaseweb un tile server
(http://tiles.sisdar.com/${z}/${x}/${y}.png), sólo de Argentina y hasta
el zoom 15.
En http://sisdar.com/mapa.php puse un slippymap con unos layers
(geoJSON) donde se aprecian las escuelas de todo el país separadas por
regiones y agrupadas con un cluster strategy (aún así en Firefox es algo
lerdo, en comparación con Chrome)
Estos dias estuve experimentando con Cascadenik, mod_tiles, etc, para
hacer mapas mas lindos y acompañar el tilecache con tiles generados on
demand, particularmente para los zoom 15
Me gustaría intercambiar ideas y conocimientos, algún workshop de OSM
Argentina sería delicioso, yo podría conseguir el lugar.
Por otro lado, les agradezco infinitamente a quienes colaboran editando
los mapas de Argentina, y me gustaría introducirme pronto en esos temas
también.
Es todo por ahora,
Saludos,
Fernando Sanz
www.fernando.com.ar
On 29/02/12 18:45, Igor Iván Spiler wrote:
Hola gente de talk-ar,
hace un tiempo empecé a desarrollar una aplicación en java para
trabajar con datos geográficos, quizás hacer mapas webs, etc, la
versión java es demasiado lenta para el volúmen de datos de OSM asique
estoy escribiendo algunas partes de cero en C++ quizás a alguien le
interese dar una mano, a diferencia de cuando la programé en java esta
vez estoy publicando en un blog información de la aplicación a medida
que progreso, si a alguien le interesa dar una mano tirando ideas,
programando, redactando en el blog, lo que sea contáctenme!
el blog:
http://codeforprofit.wordpress.com/2012/02/29/diy-web-maps/
saludos,
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar
___
Talk-ar mailing list
Talk-ar@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-ar
