Re: [Talk-es] Ediciones del usuario Verdy_p, sin consenso con la comunidad española de OSM
Buenas Una pequeña recopilación de lo que pueda faltar y ha pasado. El tema de las comarcas en España es una cosa compleja y no homogénea. Tampoco soy experto en la materia. Se que hay zonas que son oficiales (pocas) y en la mayoría que no existen y no tienen uso real ni administrativo ni nada. Si algo me equivoco decírmelo. Creo que es una cosa que hay que consensuar antes de editar toda España sin la información necesaria y tocando en algunos casos lo que ya hay. El problema es que se ha empezado por zonas donde no había nada que romper. En este caso ya intento hablar una persona con el de que era mejor hablarlo primero. Y en vez de eso ha continuado hasta empezar a tocar zonas donde ya hay información y se ha agravado el problema. Ahora esta indicando verdy_p unas posibles soluciones a algunos de los problemas aunque no ha todos, en el changeset. No sé si mejores o peores pero que se podían hablar. El problema es que como el mismo ha indicado no es el medio correcto para hacerlo. Y se le ha indicado varias maneras de comunicarse con la comunidad. https://www.openstreetmap.org/changeset/79639164 En vez de hablarlo con la comunidad parece que sigue editando. Comenta problemas para entrar en la lista, pero problemas que creo que si se quiere se pueden solucionar. Y también se le ha dado opción de usar otros medios como Telegram y Matrix. Yo no lo veo tan complicado hablar las cosas en vez de seguir erre que erre. Espero que me lea esto, ya que se te ha vuelto a remitir a esta lista a este hilo en particular. Las cosas se solucionan hablando y pido de nuevo que hables con la comunidad por alguno de los diferentes medios pensados para ello. Saludos. -- Sent from: http://gis.19327.n8.nabble.com/Spain-f5409873.html ___ Talk-es mailing list Talk-es@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿Discoteca?
El icono a mi también me a dado a equivocación, no lo veo el mas adecuado pero esta bien puesto -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Network en los bancos [Era: Re: Operador en losBancos]
Yo también voto por usar network=Servired a secas porque lo otro solo es marear la perdiz. Como han dicho seria empezar a poner un histórico inmenso de todos los nombres que han tenido antiguamente El 30 de marzo de 2011 14:25, Aranda Zafra - Raquel < raquel.ara...@promojaen.es> escribió: > Hola Sergio, ¿Qué hago con las barrier-floor? > A falta de una terminología mejor consideré las jardineras como barreras en > planta (planta a nivel de calle, no de maceta) > > > Ya he cambiado algunos bolardos tal y como tú propones ¿hay alguna forma de > decir el número de bolardos que tiene cada línea? > ¿Qué hago con los escamoteables? > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río soterrado
Yo los pongo como sergio. De cualquier manera hace poco me entere que también estaba tunnel = culvert que posiblemente sea mas correcto. http://wiki.openstreetmap.org/wiki/Tunnel#Other_tunnel_values El 22 de marzo de 2011 08:39, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > yo pondría > > layer=-1 > tunnel=yes > > El 22/03/2011, a las 07:54, bv2mu...@uco.es escribió: > > > Para representar un río que se encuentra soterrado y discurre por debajo > de varias calles de la ciudad, ¿basta simplemente con poner layer=-1 en la > vía correspondiente al río? > > > > ___ > > 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 > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Calle superpuesta a plaza
Si la atraviesa no haría falta, relación seria cuando comparten lado la plaza y la calle. Lo único poner nodos en donde se cruzan que antes había muchas plazas sin esos nodos El 22 de marzo de 2011 08:42, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > yo pienso que no hace falta, incluso ni siquiera partir la vía de la calle. > si es que no tiene características distintas en ese tramo.. > > > > El 22/03/2011, a las 08:07, bv2mu...@uco.es escribió: > > > En el caso de tener una calle que parte en dos una plaza, ¿habría que > incluir la calle dentro de una relación junto a la plaza? Voy a intentar > poneros el esquema, a ver si así os lío un poco más :-) > > > >i > >i > > i > > * i * > > * i * > > * i * > > i > >i > > > > i: calle *: plaza > > > > ___ > > 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 > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Importación Nomenclator
La información yo creo que cuanto mas mejor. Si están muy juntos es cosa del render que elija correctamente que mostrar y que no, pero no creo que la culpa sea de tener demasiada información. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] 110 km/h en autovías y autopistas
El 5 de marzo de 2011 15:23, Carlos Dávila escribió: > El 28/02/11 23:29, Carlos Dávila escribió: > > El 28/02/11 23:08, Iván Pérez escribió: >> >>> Hola a todos. >>> >>> Como ya todos sabréis el 7 de marzo la velocidad máxima en España en >>> autovías y autopistas se verá disminuida a los 110 km/h. Supongo que habrá >>> que actualizar todos los tags maxspeed de todas las vías donde ahora pone >>> maxspeed=120, para que así a la hora de crear rutas usando algún software se >>> tenga en cuenta este cambio de velocidad. >>> >>> ¿Hay algún script o algo preparado para hacer ese cambio o, por el >>> contrario, habrá que hacerlo de forma manual? >>> >> 1-wget http://download.geofabrik.de/osm/europe/spain.osm.pbf >> 2-osmosis --rb spain.osm.pbf --tf accept-ways maxspeed=120 --wx >> spain-120.osm >> 3-Abrir spain-120.osm en JOSM, buscar maxspeed=120 y cambiarlo >> > Una puntualización: > 2.1 osmosis --rb spain.osm.pbf --tf accept-ways maxspeed=120 --used-node > --wx spain-120-ways.osm > 2.2 osmosis --rb spain.osm.pbf --tf accept-nodes maxspeed=120 --tf > reject-ways --tf reject-relations --wx spain-120-nodes.osm > Relaciones ya he mirado y no hay ninguna. > Suponiendo que efectivamente sea una medida temporal, sería bueno añadir > una etiqueta para marcar las vías modificadas y que se puedan localizar > fácilmente en el futuro cuando haya que deshacer el cambio. Por cierto, he > visto que hay muchísimas autovías/autopistas a las que les falta el > maxspeed; si se etiqueta algo con 110 durante la vigencia de la "medida > transitoria" también se debería marcar de forma que se pueda actualizar > luego a 120. Otra opción sería etiquetarlo todo con maxspeed=ES:motorway, > pero parece que no hay mucho acuerdo en esa forma de etiquetar [1] > Para que no "nos peguemos" por hacer el cambio, si os parece me encargo yo > de hacerlo el domingo por la noche, salvo que alguien tenga especial interés > en hacerlo. > [1] http://wiki.openstreetmap.org/wiki/Key:maxspeed > > Lo de poner una etiqueta que lo diferencia por si es una medida transitoria de verdad lo había pensado pero creo que no hay carreteras actualmente que estén limitadas a 110, por lo menos no he visto ninguna. Si es así no haría falta ninguna etiqueta porque serian igualmente todas las que estuvieran a 110 volverlas a cambiar a 120 > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Sobre los datos de Corine
Si no me acuerdo mal eran del año 2006. Aparte de ser información antigua creo que ya de por si era de mala calidad cuando se hizo. El 1 de marzo de 2011 17:49, escribió: > David Marín Carreño escribió: > > > Hola a todos. >> >> Últimamente, he estado mapeando bastante la zona de Granada, Almería y >> Murcia mediante PNOA. >> Y por ello no puedo dejar de preguntarme sobre qué es lo que hemos hecho >> al >> importar los datos de Corine. >> >> Son una auténtica chapuza: no coinciden los límites casi nada y casi >> nunca, >> y eso cuando aciertan con lo que tienen debajo, que muchas veces ni eso. >> >> Debo decir que no quiero que se interprete esto como un ataque a los que >> han >> trabajado para importarlos, que bastante curro ha debido ser... >> Desgraciadamente, los datos integrados son de ínfima calidad. Y considero >> que sería mejor no tener nada que tener cosas tan imprecisas, cuando no >> completamente erróneas. >> >> Un cordial saludo. >> > > Pues yo también coincido con David. Se da la casualidad de que > habitualmente mapeo por la provincia de Granada y tenía la misma impresión: > la información de Corine dejaba mucho que desear. No me atrevía a decir nada > porque tampoco había examinado de forma exhaustiva los polígonos de Corine, > pero esa era la impresión que tenía. No sé si la causa es lo antigua que > pueda ser la capa Corine (ignoro de qué año es) o la escala a la que está > levantada la información. El caso es que los límites dejan mucho que desear, > y hay amplias zonas que no están identificadas. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Hacer mapas para Garmin desde osm
Aquí tienes los mapas actualizados de forma diaria para Garmin. http://mapas.alternativaslibres.es/ El 28 de febrero de 2011 00:07, Pumuky escribió: > Buenas > Pues conocí OSM buscando mapas para Garmin. En una página que no he > vuelto a encontrar indicaban que era un mapa obtenido desde OSM con > Mkgmap. > En diciembre empecé a trastear y he hecho algunas correciones al mapa > que tengo para Garmin, pero ahora me gustaría volver a sacar el mapa. He > entrado en la pagina de Mkgmap, pero no me queda muy claro como se > montan un mapa de españa. > ¿conoceís de algún manual o de alguna página donde expliquen o tengan > mapas de osm para garmin? > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
Esta muy parado el tema este año. Para este año que me animo a ir. jejejeje.
La gente que tenga intención de ir que se anime y se apunte en la wiki. Y a
ver si alguien puede organizar un poco las cosas que hay propuestas como
hacerlas. Yo lo haría pero como es la primera vez no tengo ni idea.
El 10 de febrero de 2011 19:10, Carlos Dávila
escribió:
> El 31/01/11 22:24, Iván Sánchez Ortega escribió:
>
> El día Monday 24 January 2011 15:39:33, jynus dijo:
>>
>>
>>> PD: Ah! Que soy yo. :-P Venga pues: ¿25-26-27 de febrero de 2011 en
>>> Badajoz? ¿Votos a favor y en contra? ¿Alternativas? ¡Badajozeños en la
>>> lista, yo os convoco!
>>>
>>>
>> Me gusta. Eso sí, al orden del día hay que añadirle el poner en orden los
>> papeleos del capítulo (en cuanto una gestoría me mande el listado de cosas
>> que tenemos que hacer), y también muy importante: el perfilar una especie
>> de
>> informe de actividades para presentarlo en el congreso de SIG libre de
>> G{e|
>> i}rona. En otras palabras: lista de importaciones y todo eso de la aktion
>> 13 :-)
>>
>>
>>
>>
> Como veo que Iván está muy {ocupado|perro} para incluir sus propuestas en
> el wiki, las he añadido yo [1]. Se van acercando las fechas propuestas y
> convendría concretar, sobre todo pensando en la gente que quiera venir de
> lejos y necesite organizarse. Habría que definir el tiempo dedicado a mapear
> y el dedicado a trabajo más "sesudo". Si el tema sigue adelante podría
> contactar con gente que pueda estar interesada, como clubes de orientación,
> tiendas de montaña, geoinquietos, etc., pero hace falta que el tema esté un
> poco más claro, así que os animo a opinar y decir quién vendría, a ver si
> podemos atar un poco las cosas.
> [1]
> http://wiki.openstreetmap.org/wiki/Spanish_4rd_anniversary_party_%28Badajoz%29
>
> --
> Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx,
> .ppt, .pptx, .mdb, mdbx
> Instale OpenOffice desde http://es.openoffice.org/programa/index.html
>
> OpenOffice es libre: se puede copiar, modificar y redistribuir libremente.
> Gratis y totalmente legal.
> OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas
> versiones.
>
>
> ___
> Talk-es mailing list
> Talk-es@openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-es
>
--
Sanchi
Blog http://blog.jorgesanzs.com/
___
Talk-es mailing list
Talk-es@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Tutorial Multipolígonos
El 17 de febrero de 2011 11:38, jynus escribió: > El día 17 de febrero de 2011 08:35, David Marín Carreño > escribió: > > Yo soy de la opinión de poner sólo multipolígonos en los sitios en los > que > > es estrictamente necesario. > > > > En este caso, pondría la calle etiquetada normalmente, sin relación de > > multipolígono, y pondría una relación multipolígono sólo para etiquetar > la > > plaza. > > Es así como se hace. La calle se etiqueta normalmente y se hace la plaza como multipoligono usando la calle como un lateral del multipoligono. Hay una idea algo generalizada de que quien usa multipoligonos lo usa para todo y no es así, se usa para lo que es necesario. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Autovia abierta
Si se sabe ya que esta abierta no es que se pueda sino que se debe hacer. Para indicar que se tiene que revisar se pone la etiqueta fixme El 16 de febrero de 2011 15:09, Manuel escribió: > Hola A todos: > > Queria Saber si ya se puede poner una tramamo Final de una autovia que abre > hoy a las 4 de la tarde , que solo esta perfilado como en contrucion , y > sancando ese indicativo, aunque poniendo otro , para indicar que se tine que > revisar ya que no hay vista aerea ni tramo en gps. > > Un saludo > > > > -- > *** > ~ 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 . > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
El 8 de febrero de 2011 19:07, Jorge escribió: > Pues hombre, en ese caso es mucho mas sencillo. Abres JOSM, activas el > plugin remote control, y en el globo de keepright pinchas en editar en JOSM, > y automágicamente se te abrirá el problema en el josm que tienes abierto. > Lo que buscaba era lo de GPX porque cargo muchos errores de golpe, no tengo que ir uno por uno. Cuando usaba keepright porque llevaba bastante sin usarlo no conocía tampoco lo de remote control. Bueno mas bien lo había visto pero no me había puesto a usarlo. > > 2011/2/8 sanchi > > Muchas gracias había usado keepright pero ni me había fijado abajo que >> pusiera gpx. Las veces que estado con keepright mirando y después buscando >> en JOSM donde estaba tal error. >> >> El 8 de febrero de 2011 02:36, Alberto Fernández escribió: >> >> Ahí te va el truco para el gpx con los FIXME con keepright[1]. >>> - te posicionas en la zona, >>> - desmarcas todos los avisos, >>> - macas solo el de "FIXME" , que en español es "ítems etiquetados como >>> "arréglame", mas o menos a la mitad de la lista, >>> - Haces click en el link "GPX", en la columna de la izquierda casi abajo >>> del todo. >>> >>> Con esto exportas los avisos de keepright visibles en ese momento. Muy >>> útil, lo he descubierto hace un par de días. >>> >>> [1] http://keepright.ipax.at/report_map.php >>> >>> El lun, 07-02-2011 a las 22:47 +0100, sanchi escribió: >>> > A sido decirlo y que alguien ponga que hay un puente. Esto es rapidez >>> > y lo demás son tonterías jejejej >>> > >>> > >>> > Una pregunta. Hay alguna forma de poder cargar rápidamente todos los >>> > FIXME de una zona en JOSM. Tipo los gpx que usan los errores que hemos >>> > corregido ahora. >>> > >>> > El 7 de febrero de 2011 22:22, sergio sevillano >>> > escribió: >>> > >>> > El 07/02/2011, a las 20:04, sanchi escribió: >>> > >>> > > Tengo una duda con esto. Me estoy encontrado casos de sitios >>> > > que según ortofotos esta en construcción por ejemplo o ni >>> > > siquiera eso y no se ve como queda pero hay gente que esta >>> > > cogiendo y casos como una autovía le han unido los puntos a >>> > > una carretera que cruza cosa que es imposible que este unida >>> > > creo que solo para que no salgan los errores aunque se >>> > > convierta yo creo que en un error mayor. >>> > > Ejemplo: >>> > > >>> http://www.openstreetmap.org/?mlat=42.4121700525772&mlon=-8.01275805026848&zoom=16 >>> > > >>> > > >>> > > ¿Esta bien hecho eso? >>> > >>> > >>> > NO >>> > >>> > >>> > hay que mantener el error, >>> > o mejor, una vez visto etiquetarlo con FIXME, >>> > de tal manera que el error salga una y otra vez >>> > hasta que haya datos >>> > (que alguien se pase por ahí o bien renueven ortofotos... ) >>> > >>> > >>> > >>> > ___ >>> > Talk-es mailing list >>> > Talk-es@openstreetmap.org >>> > http://lists.openstreetmap.org/listinfo/talk-es >>> > >>> > >>> > >>> > >>> > -- >>> > Sanchi >>> > Blog http://blog.jorgesanzs.com/ >>> > >>> > ___ >>> > 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 >>> >> >> >> >> -- >> Sanchi >> Blog http://blog.jorgesanzs.com/ >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> >> > > > -- > Jorge Nerín > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
El 8 de febrero de 2011 19:56, andrzej zaborowski escribió: > 2011/2/7 sanchi : > > He comprobado en google solo para comparar no para copiarlo y el arreglo > > esta mal, esta puesto igualmente para que no salga el cruce pero no se > > asemeja con la realidad, no esta puesto con conocimiento de la zona. Ni > esta > > puesto cual es la carretera del puente ni como esta trazada la carretera. > > > http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlehybrid&lon=-8.01362&lat=42.41268&zoom=18 > > Al parecer comparar con Google en este caso no te dice nada porque las > fotos no son actuales. Asumiendo que la carretera se ha dibujado con > traza GPX actual, el puente no esta donde aparece en google, la traza > hace un desvio al sur y pasa por donde en google se ve como una > carrera sin asfaltar. > La traza esta como estaba la carretera en las fotos de PNOA en la cual se ve la autovía en construcción, en cambio en las fotos de google la autovía si esta construida, son mas modernas las fotos de google que la traza y que las fotos de JOSM. > > > Entre eso y el error que había creo que es mejor el error que había. > > Yo tambien creo eso, hay buena parte de los errores de keepright o del > validator de JOSM que en realidad no son errores, pero si no te fijas, > intentas corregirlo "a fuerza". Asi paso con los nodos duplicados, > hasta ahora se esta reparando algunas las "correciones" hechas por un > bot. > > Saludos > > _______ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
Muchas gracias había usado keepright pero ni me había fijado abajo que pusiera gpx. Las veces que estado con keepright mirando y después buscando en JOSM donde estaba tal error. El 8 de febrero de 2011 02:36, Alberto Fernández escribió: > Ahí te va el truco para el gpx con los FIXME con keepright[1]. > - te posicionas en la zona, > - desmarcas todos los avisos, > - macas solo el de "FIXME" , que en español es "ítems etiquetados como > "arréglame", mas o menos a la mitad de la lista, > - Haces click en el link "GPX", en la columna de la izquierda casi abajo > del todo. > > Con esto exportas los avisos de keepright visibles en ese momento. Muy > útil, lo he descubierto hace un par de días. > > [1] http://keepright.ipax.at/report_map.php > > El lun, 07-02-2011 a las 22:47 +0100, sanchi escribió: > > A sido decirlo y que alguien ponga que hay un puente. Esto es rapidez > > y lo demás son tonterías jejejej > > > > > > Una pregunta. Hay alguna forma de poder cargar rápidamente todos los > > FIXME de una zona en JOSM. Tipo los gpx que usan los errores que hemos > > corregido ahora. > > > > El 7 de febrero de 2011 22:22, sergio sevillano > > escribió: > > > > El 07/02/2011, a las 20:04, sanchi escribió: > > > > > Tengo una duda con esto. Me estoy encontrado casos de sitios > > > que según ortofotos esta en construcción por ejemplo o ni > > > siquiera eso y no se ve como queda pero hay gente que esta > > > cogiendo y casos como una autovía le han unido los puntos a > > > una carretera que cruza cosa que es imposible que este unida > > > creo que solo para que no salgan los errores aunque se > > > convierta yo creo que en un error mayor. > > > Ejemplo: > > > > http://www.openstreetmap.org/?mlat=42.4121700525772&mlon=-8.01275805026848&zoom=16 > > > > > > > > > ¿Esta bien hecho eso? > > > > > > NO > > > > > > hay que mantener el error, > > o mejor, una vez visto etiquetarlo con FIXME, > > de tal manera que el error salga una y otra vez > > hasta que haya datos > > (que alguien se pase por ahí o bien renueven ortofotos... ) > > > > > > > > ___ > > Talk-es mailing list > > Talk-es@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-es > > > > > > > > > > -- > > Sanchi > > Blog http://blog.jorgesanzs.com/ > > > > ___ > > 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 > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
He comprobado en google solo para comparar no para copiarlo y el arreglo esta mal, esta puesto igualmente para que no salga el cruce pero no se asemeja con la realidad, no esta puesto con conocimiento de la zona. Ni esta puesto cual es la carretera del puente ni como esta trazada la carretera. http://tools.geofabrik.de/mc/?mt0=mapnik&mt1=googlehybrid&lon=-8.01362&lat=42.41268&zoom=18 Entre eso y el error que había creo que es mejor el error que había. El 7 de febrero de 2011 22:47, sanchi escribió: > A sido decirlo y que alguien ponga que hay un puente. Esto es rapidez y > lo demás son tonterías jejejej > > Una pregunta. Hay alguna forma de poder cargar rápidamente todos los FIXME > de una zona en JOSM. Tipo los gpx que usan los errores que hemos corregido > ahora. > > El 7 de febrero de 2011 22:22, sergio sevillano < > sergiosevillano.m...@gmail.com> escribió: > >> >> El 07/02/2011, a las 20:04, sanchi escribió: >> >> Tengo una duda con esto. Me estoy encontrado casos de sitios >> que según ortofotos esta en construcción por ejemplo o ni siquiera eso y no >> se ve como queda pero hay gente que esta cogiendo y casos como >> una autovía le han unido los puntos a una carretera que cruza cosa que es >> imposible que este unida creo que solo para que no salgan los errores aunque >> se convierta yo creo que en un error mayor. >> Ejemplo: >> >> http://www.openstreetmap.org/?mlat=42.4121700525772&mlon=-8.01275805026848&zoom=16 >> >> ¿Esta bien hecho eso? >> >> >> NO >> >> hay que mantener el error, >> o mejor, una vez visto etiquetarlo con FIXME, >> de tal manera que el error salga una y otra vez >> hasta que haya datos >> (que alguien se pase por ahí o bien renueven ortofotos... ) >> >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> >> > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
A sido decirlo y que alguien ponga que hay un puente. Esto es rapidez y lo demás son tonterías jejejej Una pregunta. Hay alguna forma de poder cargar rápidamente todos los FIXME de una zona en JOSM. Tipo los gpx que usan los errores que hemos corregido ahora. El 7 de febrero de 2011 22:22, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > > El 07/02/2011, a las 20:04, sanchi escribió: > > Tengo una duda con esto. Me estoy encontrado casos de sitios > que según ortofotos esta en construcción por ejemplo o ni siquiera eso y no > se ve como queda pero hay gente que esta cogiendo y casos como > una autovía le han unido los puntos a una carretera que cruza cosa que es > imposible que este unida creo que solo para que no salgan los errores aunque > se convierta yo creo que en un error mayor. > Ejemplo: > > http://www.openstreetmap.org/?mlat=42.4121700525772&mlon=-8.01275805026848&zoom=16 > > ¿Esta bien hecho eso? > > > NO > > hay que mantener el error, > o mejor, una vez visto etiquetarlo con FIXME, > de tal manera que el error salga una y otra vez > hasta que haya datos > (que alguien se pase por ahí o bien renueven ortofotos... ) > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
Tengo una duda con esto. Me estoy encontrado casos de sitios que según ortofotos esta en construcción por ejemplo o ni siquiera eso y no se ve como queda pero hay gente que esta cogiendo y casos como una autovía le han unido los puntos a una carretera que cruza cosa que es imposible que este unida creo que solo para que no salgan los errores aunque se convierta yo creo que en un error mayor. Ejemplo: http://www.openstreetmap.org/?mlat=42.4121700525772&mlon=-8.01275805026848&zoom=16 ¿Esta bien hecho eso? Por otra parte se a hecho un buen trabajo, ya casi no hay errores, en el ultimo recuento se a quedado en 431 y al empezar teníamos 5569. Ya los que quedan creo que es ams de fallos diarios y que los que habia de ahce tiempo estan eliminados todos o casi todos menos los que nos e pueden por falta de información. Un buen trabajo de todos. El 30 de enero de 2011 17:26, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > gracias > > El 30/01/2011, a las 16:27, sanchi escribió: > > Los listados de errores están actualizados a 28 de enero y tienen menos > errores por lo que hay que coger los nuevos y apuntar en la segunda ronda. > No se si pasa con mas pero con los del C05 sale mal el link. El correcto > es > http://toolserver.org/~flacus/OSM/checkcrossing/spain/C05-spain-20110129.htm > > El 30 de enero de 2011 15:46, sergio sevillano < > sergiosevillano.m...@gmail.com> escribió: > >> lo del segundo round como va? >> hay que empezar de nuevo? >> a mi ahora me fallan los links del a pag de datos [3] >> >> >> El 20/01/2011, a las 08:53, Carlos Dávila escribió: >> >> > Los colegas alemanes han organizado una campaña de caza de errores en >> distintas zonas del mapa. Actualmente están trabajando en Portugal [1] y a >> partir de mañana comenzarán con España [2]. Se trata de que distintos >> voluntarios se asignen una parte de los errores listados en [3] y entre >> todos se haga una "batida" para corregirlos en unos pocos días. Para quien >> quiera colaborar, he traducido [2]. Cada uno se puede ir apuntando en el >> grupo de errores que quiera corregir y ponerse a arreglarlos. >> > >> > [1] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12 >> > [2] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_13 >> > [3] http://toolserver.org/~flacus/OSM/index.php?land=spain >> > >> > ___ >> > Talk-es mailing list >> > Talk-es@openstreetmap.org >> > http://lists.openstreetmap.org/listinfo/talk-es >> >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> > > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > ___ > 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 > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Polígonos industriales
Yo también lo hago como Jonay. Por lo mismo que a dicho es por lo que pienso que es mas correcto. Y la mayoría de los que e visto están puestos así El 7 de febrero de 2011 09:46, Jonay Santana escribió: > 2011/2/7 > > Buscando información acerca de cómo etiquetar los mercados de abastos, di >> con el siguiente hilo en la lista que, aparte de aclararme lo de los >> mercados de abastos, hizo que me plantease la siguiente duda al leer el >> último mensaje de "Jonay". En un polígono industrial, ¿se deben definir las >> distintas manzanas entre calles como landuse=industrial, o se hace un gran >> polígono que abarque todo el polígono industrial y sobre él se ponen las >> calles y las naves (building=yes)? >> > > Vaya, me siento aludido... ;) Personalmente, yo creo que es más útil > (amén de más rápido) crear un único polígono que abarque todo el polígono > industrial (valga la redundancia), más que nada porque así tienes la > extensión total, le puedes poner nombre (que aparecerá después en el > renderizado), y no pierdes tiempo con montón de polígonos chiquititos que no > aportan gran cosa al mapa. Normalmente yo suelo hacerlo así, y después > dibujar una por una las naves industriales como "building". > > Ahora bien, no sé si habrá otra manera normalizada que sea mejor en algún > aspecto. Si así fuera, soy todo oídos... > > -- > > Jonay > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Recordatorio: sobre permisos de uso para importar datos
El 31 de enero de 2011 15:22, David Marín Carreño escribió: > > El 31 de enero de 2011 15:18, sanchi escribió: > > ... >> >> El mapa de España necesita mucha limpieza. Estamos corrigiendo errores de >> cruces de vías pero hay muchos errores de otro tipo que >> se deberían solucionar. Ahora mismo yo pienso que estamos en un punto >> que mas que cantidad debemos conseguir calidad. >> > > Bueno: depende de las zonas. Hay muchos lugares en los que, realmente, la > cobertura es pobre a día de hoy. Por ejemplo, existen todavía existen > núcleos poblacionales rurales sin mapear. > > Creo que hay que hacer ambas cosas: seguir mapeando lo que queda (que no es > poco) y corregir todo lo corregible. > Claramente no hay que dejar de mapear zonas nuevas. Pero veo mas necesario dedicar mas tiempo a corregir y mejorar que aumentar las zonas mapeadas. Actualmente hay zonas que están muy bien y hay zonas que tienen datos pero con muchos errores que al final no son fiables. Lo que se consigue al final es que no te puedas fiar de ningún dato de los que hay. Los que mapeamos si sabemos esta zona es de fiar esta no pero la gente que solo usa los datos esa información no la tiene y al final después de usarlo y ver muchos errores termina por no fiarse de ningún dato. Igualmente también hay algunas zonas de españa que como dices no esta ni lo mínimo ni bien ni mal. Yo me refiero en general pero siempre hay excepciones. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Recordatorio: sobre permisos de uso para importar datos
" no son válidas. Tiene que quedar > > claro que los datos se puedan distribuir (de hecho, es uno de los > > objetivos del proyecto). Recordad que la idea fundadmental no es crear > > un servicio tipo "Google Maps", sino liberar los datos al público para > > que este haga lo que quiera con ellos. > > > > * No intentéis meter datos sin permiso "a ver si nadie se entera". > > Estarás haciendo un daño enorrme al proyecto, quizá no hoy, quizá no > > mañana. Pero si se descubren más adelante, entonces igual no hay que > > borrar sólo tus datos, sino los de otros contribuidores de la zona que > > han sido contaminados o de los que no puede confirmarse su > > procedencia, perjudicando de manera grave a todo el esfuerzo anterior. > > > > * Si se importa datos externos, tanto si obliga la fuente original > > como si no, se debe rellenar la autoría mediante una o varias > > etiquetas "source:". Sin embargo, le debe quedar claro que la autoría, > > aunque se hará todos los esfuerzos posibles para mantenerla en los > > datos, no se puede asegurar 100%. Por ejemplo, si alguien borra o > > edita un nodo, dada que la edición se realiza al estilo wiki, un > > contribuidor podría eliminar estas atribuciones. De manera > > excepcional, para contribuciones muy grandes, se añade un enlace a la > > página de licencias de OSM; en la mayoría de los casos se resumen como > > "(C) Contribuidores de OpenStreetMap". > > > > * Lo ideal es documentar todas las importaciones que realicéis en el > > wiki. Así nadie vuelve a realizar el mismo proceso otra vez, se pueden > > coordinar esfuerzos y quedan claros los permisos para el futuro. Por > > ejemplo, en: > http://wiki.openstreetmap.org/wiki/Spain_Potential_Datasources > > o en subpáginas > > > > Espero haber contribuido a aclarar algunas dudas, > > -- > > Jynus > > > > ___ > > 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 > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
Los listados de errores están actualizados a 28 de enero y tienen menos errores por lo que hay que coger los nuevos y apuntar en la segunda ronda. No se si pasa con mas pero con los del C05 sale mal el link. El correcto es http://toolserver.org/~flacus/OSM/checkcrossing/spain/C05-spain-20110129.htm El 30 de enero de 2011 15:46, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > lo del segundo round como va? > hay que empezar de nuevo? > a mi ahora me fallan los links del a pag de datos [3] > > > El 20/01/2011, a las 08:53, Carlos Dávila escribió: > > > Los colegas alemanes han organizado una campaña de caza de errores en > distintas zonas del mapa. Actualmente están trabajando en Portugal [1] y a > partir de mañana comenzarán con España [2]. Se trata de que distintos > voluntarios se asignen una parte de los errores listados en [3] y entre > todos se haga una "batida" para corregirlos en unos pocos días. Para quien > quiera colaborar, he traducido [2]. Cada uno se puede ir apuntando en el > grupo de errores que quiera corregir y ponerse a arreglarlos. > > > > [1] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_12 > > [2] http://wiki.openstreetmap.org/wiki/Aktionen/Aktion_13 > > [3] http://toolserver.org/~flacus/OSM/index.php?land=spain > > > > ___ > > Talk-es mailing list > > Talk-es@openstreetmap.org > > http://lists.openstreetmap.org/listinfo/talk-es > > > _______ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ITV
Ese dato no se me había ocurrido. Marcado ya en Salamanca. El 28 de enero de 2011 13:34, Iván Sánchez Ortega escribió: > On Friday 28 January 2011 09:49:22 Marcial Gómez Martín wrote: > > Buenos días: > > ¿Cómo etiquetaríais las ITVs? > > ¡Alehop! > > http://wiki.openstreetmap.org/wiki/Proposed_features/Inspection_station > > -- > -- > Iván Sánchez Ortega > > http://ivan.sanchezortega.es > MSN:i...@void.sanchezortega.es > Jabber:ivansanc...@jabber.org ; > ivansanc...@kdetalk.net > IRC: ivansanchez @ OFTC & freenode > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
Me pareces muy buenos temas a tratar. El punto 3 lo veo a lo mejor demasiado ambicioso pero todo es posible. Saludos El 28 de enero de 2011 12:24, Jaume Figueras escribió: > Hola a todos, > > de momento aún no se si podré venir, pero he propuesto unos cuantos temas a > discutir para la reunión. > > Salut! > > > On 01/27/2011 11:30 AM, sanchi wrote: > >> Ya que nadie se anima hacerla ya tenéis la pagina en la wiki >> http://wiki.openstreetmap.org/wiki/Spanish_4rd_anniversary_party_(Badajoz) >> < >> http://wiki.openstreetmap.org/wiki/Spanish_4rd_anniversary_party_(Badajoz) >> >Esta >> muy vacía porque tampoco se que temas hay que tratar. >> Ya podéis ir apuntando y proponiendo día. >> Por cierto esta cogiendo vida Badajoz que cuando empezamos hablar >> no había casi nada y ya están algunas zonas mapeadas y bastante bien. >> >> -- >> Sanchi >> Blog http://blog.jorgesanzs.com/ >> >> >> >> ___ >> 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 > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Muchos huecos arreglados
Otro pequeño http://www.openstreetmap.org/?lat=41.57882&lon=1.99675&zoom=17&layers=M El 23 de enero de 2011 18:20, Oscar Orbe escribió: > Gracias son casi todos bastante pequeños, voy a ir arrglandoslo > > --oscar > > --- On *Sun, 1/23/11, sanchi * wrote: > > > From: sanchi > Subject: Re: [Talk-es] Muchos huecos arreglados > To: "Discusión en Español de OpenStreetMap" > Date: Sunday, January 23, 2011, 4:52 PM > > > Unos pocos que he visto > > http://www.openstreetmap.org/?lat=41.53839&lon=1.96982&zoom=15&layers=M > http://www.openstreetmap.org/?lat=41.89158&lon=1.75133&zoom=16&layers=M > http://www.openstreetmap.org/?lat=41.81573&lon=1.7691&zoom=15&layers=M > http://www.openstreetmap.org/?lat=41.59771&lon=1.76275&zoom=16&layers=M > http://www.openstreetmap.org/?lat=41.42989&lon=1.93914&zoom=17&layers=M > http://www.openstreetmap.org/?lat=41.5138&lon=1.6983&zoom=14&layers=M > > El 23 de enero de 2011 17:39, sanchi > http://mc/compose?to=sanc...@gmail.com> > > escribió: > > Aquí > http://www.openstreetmap.org/?lat=41.61047&lon=2.20045&zoom=15&layers=M aunque > no se ven esos cortes rectos si lo descargas están los puntos de una forma > casi entera así que falta. Y creo que en Barcelona hay varios así > > El 23 de enero de 2011 16:40, Oscar Orbe > http://mc/compose?to=oskaro...@yahoo.com> > > escribió: > > Hola ya he arreglado bastantes huecos en Cataluña y Galicia, ya no es > facil encontrarlos. > > Si quereis podeis enviarme permalink con huecos que veais de cualquier > parte de España y los arreglare. Adjunto captura de pantalla para que > veais que aspecto suelen tener .- Para asegurarse de que no esta > arreglado, bajad hasta el nivel 12 o 13 por lo menos de Mapnik (Osmarender > es un caos siempre) > > --Oscar > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=Talk-es@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-es > > > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > > > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > > -Inline Attachment Follows- > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=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 > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
Ya que nadie se anima hacerla ya tenéis la pagina en la wiki http://wiki.openstreetmap.org/wiki/Spanish_4rd_anniversary_party_(Badajoz) <http://wiki.openstreetmap.org/wiki/Spanish_4rd_anniversary_party_(Badajoz)>Esta muy vacía porque tampoco se que temas hay que tratar. Ya podéis ir apuntando y proponiendo día. Por cierto esta cogiendo vida Badajoz que cuando empezamos hablar no había casi nada y ya están algunas zonas mapeadas y bastante bien. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Rotondas
Si pones 3 puntos y le das a control+o te las hace y si tienes mas puntos le das a la o solo y te los pone en redondo El 25 de enero de 2011 21:44, Jose Manuel escribió: > En la creación de rotondas en Potlatch 1 al alinear recto se origina el > circulo poniéndolo perfecto , como añadiendo mas puntos . Pero e buscado en > la aplicación JOSM si tenia algo para que creara las rotondas en redondo ya > que seria una buena utilidad . La única forma era subirá algunos puntos con > el Sos después ponerlo en con el Potlatch para que se creara rotondas > perfectamente. > > > > > > -- *** > ~ *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 . > > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Muchos huecos arreglados
Unos pocos que he visto http://www.openstreetmap.org/?lat=41.53839&lon=1.96982&zoom=15&layers=M http://www.openstreetmap.org/?lat=41.89158&lon=1.75133&zoom=16&layers=M http://www.openstreetmap.org/?lat=41.81573&lon=1.7691&zoom=15&layers=M http://www.openstreetmap.org/?lat=41.59771&lon=1.76275&zoom=16&layers=M http://www.openstreetmap.org/?lat=41.42989&lon=1.93914&zoom=17&layers=M http://www.openstreetmap.org/?lat=41.5138&lon=1.6983&zoom=14&layers=M El 23 de enero de 2011 17:39, sanchi escribió: > Aquí > http://www.openstreetmap.org/?lat=41.61047&lon=2.20045&zoom=15&layers=M aunque > no se ven esos cortes rectos si lo descargas están los puntos de una forma > casi entera así que falta. Y creo que en Barcelona hay varios así > > El 23 de enero de 2011 16:40, Oscar Orbe escribió: > >> Hola ya he arreglado bastantes huecos en Cataluña y Galicia, ya no es >> facil encontrarlos. >> >> Si quereis podeis enviarme permalink con huecos que veais de cualquier >> parte de España y los arreglare. Adjunto captura de pantalla para que >> veais que aspecto suelen tener .- Para asegurarse de que no esta >> arreglado, bajad hasta el nivel 12 o 13 por lo menos de Mapnik (Osmarender >> es un caos siempre) >> >> --Oscar >> >> >> >> _______ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> >> > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Muchos huecos arreglados
Aquí http://www.openstreetmap.org/?lat=41.61047&lon=2.20045&zoom=15&layers=M aunque no se ven esos cortes rectos si lo descargas están los puntos de una forma casi entera así que falta. Y creo que en Barcelona hay varios así El 23 de enero de 2011 16:40, Oscar Orbe escribió: > Hola ya he arreglado bastantes huecos en Cataluña y Galicia, ya no es facil > encontrarlos. > > Si quereis podeis enviarme permalink con huecos que veais de cualquier > parte de España y los arreglare. Adjunto captura de pantalla para que > veais que aspecto suelen tener .- Para asegurarse de que no esta > arreglado, bajad hasta el nivel 12 o 13 por lo menos de Mapnik (Osmarender > es un caos siempre) > > --Oscar > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Niveles 8-11 de OSM-Mapnik
Se envió a medio escribir sin querer. Yo si he podido forzarlo a esos niveles pero no siempre deja. Sobre todo al 8 ya es casi imposible. Me imagino que tendra algún sistema que a esos niveles al ser mas datos para no saturarlo no dejara forzar en x tiempo o algún método así. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Niveles 8-11 de OSM-Mapnik
Yo si he podido forzarlo a esos niveles pero no siempre deja. Sobre todo al 8 ya es casi imposible. Me imagino que tendra algun sistema El 23 de enero de 2011 16:42, Oscar Orbe escribió: > hola > He llegado a la conclusión de que los niveles 8-11 de Mapnik no se puede > forzar el renderizado con /dirty > > alguno lo confirma o desmiente? > > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Caza de errores
Llevo bastante tiempo corrigiendo errores de estos listados pero como estaba poquita gente haciéndolo era imposible erradicarlos. A ver si con esta camapaña conseguimos hacerlo y poner el mapa al día. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] geometría de cruce predefinida en JOSM ?
El 9 de enero de 2011 00:48, Marco Fernández escribió: > > > El 8 de enero de 2011 22:17, sergio sevillano < > sergiosevillano.m...@gmail.com> escribió: > >> seria posible en JOSM la creación de geometrías predefinidas? >> >> >> me refiero a crear este tipo de cruce >> con sus restricciones de giro y tal con un solo clik >> > >> >> o mejor guardar cualquier geometría y poderla pegar en cualquier sito >> (copiarla o duplicarla solamente, sí se puede, pero pierdes las >> relaciones) >> >> >> Sería un gran ahorro de tiempo, al fin y al cabo, todos los cruces siguen > unos formatos predefinidos, ¿no? > > El plugin que comenta Sanchi es el que yo uso para hacer las restricciones: > se abre un cuadro de selección donde pones el "desde", el "hasta" y el tipo > de restricción que quieres añadir. Tiene un validador que añade el nodo > "vía" al aceptar corregir el error. Útil, pero no evita tener que cortar las > vías y añadir las relaciones una por una. > El que dices tu es turnrestrictions. No me refiero a ese aunque es util. Me refiero a uno que se llama michigan_left que no he probado y no se que tal funcionara. Como dices todos los cruces siguen unos formatos predefinidos y si cambia un poco de lo normal algún cruce creo que seria mas fácil quitar una restricción que tener que hacerlas todas. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] geometría de cruce predefinida en JOSM ?
Hay un plugin que no he probado pero que se supone que es para poner restricciones de giro a la izquierda. Me imagino que sera para las avenidas. Otro tipo de cruce no he visto que exista automático pero seria muy bueno. El 8 de enero de 2011 22:17, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > seria posible en JOSM la creación de geometrías predefinidas? > > me refiero a crear este tipo de cruce > con sus restricciones de giro y tal con un solo clik > > > o mejor guardar cualquier geometría y poderla pegar en cualquier sito > (copiarla o duplicarla solamente, sí se puede, pero pierdes las relaciones) > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas en un cruce con cebreado.
Lo de las restricciones de giro no lo he mirado porque ahora no tengo tiempo pero lo de dibujar vías separadas en estos casos también soy de los que lo hacen. Como dice jynus sentido común para la separación de diferentes sentidos. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ITACyL 3D e imágenes 2010
Si han actualizado aunque todavía no lo han subido entero. El cuadrante NW creo que si esta entero o casi entero. Tiene peor calidad que las fotos anteriores son 50cm en vez de 25cm y se nota bastante pero son muy útiles al estar actualizadas. En cuanto al cuadrante SE creo que todavía no esta entero porque hace cosa de 1 semana mire el tramo de autovía de la A50 que falta repasar una salida que estaba en obras en las fotos anteriores y estaba todavía con las fotos viejas y ahora me he fijado y sale ya fotos nuevas pero solo si pones la capa del 2010, cosa que no estoy seguro si comprobé antes. Supongo que con la capa normal todavía no saldrán las ultimas fotos porque no habrán terminado de subirlas. Las imágenes tienen algo que ver con el PNOA pero no creo que se actualicen. Lo creo así porque en la zona de Salamanca en el PNOA usan las fotos de ITACyL del 2007 cuando las hay del 2009. Si acaso actualizarían las de esos cuadrantes del Castilla y León así que daría lo mismo ya que podemos usarlas igualmente. El 8 de enero de 2011 01:01, Marco Fernández escribió: > Hola: > Añadiendo el WMS del ITACyL a JOSM (toma trío de abreviaturas) he visto que > hay capas que no conocía, entre ellas una que se llama Estereo3D_CyL, ¡y no > tengo gafas de colorines para verla como es debido! > Coñas a parte, también he visto por aquí [1] que se han actualizado los > cuadrantes NW y SE, con imágenes de 2010. ¿Esto puede indicar que las > imágenes de PNOA también se van a actualizar, o no tiene nada que ver? > > Saludos! > > [1] http://www.itacyl.es/opencms_wf/opencms/informacion_al_ciudadano/wms/ > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Spanish 4th anniversary party
Pues si. Yo hace poco hice algo de Badajoz con las ortofotos porque me dio pena solo verlo. Seria una buena opción. El 7 de enero de 2011 16:38, Carlos Dávila escribió: > A la espera de que haya o no propuestas del IGN, yo tenía pensado hace > tiempo proponer Badajoz [1] como lugar para la próxima reunión. Como capital > de provincia, con casi 150.000 habitantes me parece lamentable lo > escasamente mapeado que está. > [1] http://osm.org/go/b58QzRU > > El 07/01/11 13:46, Jonas Andradas escribió: > > 2011/1/7 Jaume Figueras i Jové > >> MMM >> >> >> On 01/07/2011 11:40 AM, sergio sevillano wrote: >> >>> se podría mezclar con >>> http://wiki.openstreetmap.org/wiki/Jaén_Mapping_Party<http://wiki.openstreetmap.org/wiki/Ja%C3%A9n_Mapping_Party> >>> >> >> Me parece muy buena idea, lo que no sé, es si se puede esperar hasta >> abril. ¿La reunión anual debe hacerse antes por temas legales de la >> fundación OSM-Spain? Iván: nos iluminas? >> >> También hay las Mapping Parties 'IGN Powered', sería un detalle hacia el >> IGN hacer la reunión anual en algún lugar propuesto por ellos en >> agradecimiento a la cesión de PNOA. >> >> > Buenas, ¿se sabe de lugares propuestos por el IGN ya? Yo pensaba que nos > los propondrían, pero que no lo habían hecho aún. > > Un saludo, > > -- > Jonás Andradas > > Skype: jontux > LinkedIn: http://www.linkedin.com/in/andradas > GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F >3F7F 4D87 9996 E0C6 9372 > Keyservers: pgp.mit.edu | pgp.rediris.es > > > ___ > Talk-es mailing list > talk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es > > > > -- > Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, > .ppt, .pptx, .mdb, mdbx > Instale OpenOffice desde http://es.openoffice.org/programa/index.html > OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. > Gratis y totalmente legal. > OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas > versiones. > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Una pregunta sobre los datos Oscar. ¿Tiene en cuanta lo que ya había para no pintar encima no? Es que he visto en algunos sitios que tenia cortes muy raros los bosques y luego me he fijado que era porque ya había algo en OSM -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 6 de enero de 2011 16:05, Oscar Orbe escribió: > Hola, > las carreteras y cosas urbanas es mas facil de mantener porque hay mucha > gente pendiente de ello, pero las parcelas de la inmensa francia rural, > quien las mira? > Carreteras si hay mucha gente pero cosas urbanas no tanta, estaríamos casi en el mismo caso. Es una comunidad que va creciendo y a lo mejor ahora pocas personas tocan ese tipo de cosas pero dentro de unos meses o un año no es así > > siento que pienses asi. > lo que me molesta es ver que hace mucho tiempo que se habla de corine por > aqui y nadie "actua". no es como yo diga y ya esta, ya he dicho varias veces > que no me molesta que se borre esto si se prepara un import > > mi mentalidad es esta: > > estoy aportando? si > me molesta que se anule? no, si despues se reemplaza > > pienso que eso no puede molestar a nadie. > Estoy de acuerdo en que se a movido menos de lo que se debería y ese pensamiento también lo tenia yo pero es pasar de un extremo a otro totalmente opuesto. Si te hubieras movido, hubieras escuchado un tiempo prudencial las sugerencias y no ir directamente hacerlo como tu quieres creo que hubiera sido la manera correcta. Y digo tiempo prudencial porque sino se termina acabando de nuevo en que no se sube nada. > --oscar > > --- On *Thu, 1/6/11, sanchi * wrote: > > > From: sanchi > Subject: Re: [Talk-es] CORINE land cover data > To: "Discusión en Español de OpenStreetMap" > Date: Thursday, January 6, 2011, 2:50 PM > > > > > El 6 de enero de 2011 14:50, Oscar Orbe > http://mc/compose?to=oskaro...@yahoo.com> > > escribió: > > Hola, > > pongo broad-leaved porque corine lo llama así, no estaba claro? > > ok, gerona queda excluida. dime si hay otros sitios de cataluña donde se > este mapeando bosqes sistematicamente. > > por cierto, tanto que admirais lo que han hecho en francia: ahora mismo los > mapas rurales de cataluña aragon y navarra en osm son basura porque nuestros > amigos franceses metieron ese incomprensible buffer de varios km dentro de > españa en lugar de ceñirse a la frontera. eso si que es vandalismo-osm a lo > bestia. > > > No veo el inconveniente tan grande que ves tu que en se metan un poco en > España. No han pisado ningún dato que yo sepa y ya esta parte de los datos > de España. Esto es un mapa mundial no un mapa Español. > > > otro comentario sobre lo que han hecho en francia: ese import me parece > excesivo. ademas de los errores de corine, se van acumulando un monton de > errores por el tipo de parcela (ellos han importado todo: praderas, granjas, > etc), y ahora eso quien lo mantiene?? es una tarea grandisima, propia de > todo un departamento GIS de un ministerio. creo q se han pasado tres > pueblos. > > > En cuanto a que tiene muchos errores corine te puedo dar la razón pero en > cuanto a que no se debe subir porque es una tarea grandisima mantenerlo > no. También mantener todas las carreteras es una tarea grandisima, o si te > dedicas a poner todos los arboles de una ciudad, o todos los bancos,.. > Por eso somos una comunidad y entre todos se va modificando lo que se puede > y si se ven errores se corrige. Por esa lógica no existiría OSM. > > En principio te estaba defendiendo en la importación porque creía que > estabas haciendo bien las cosas pero cada vez me estoy dando mas cuenta que > es como tu dices y sino no vale, sin ningún tipo de respeto. > > > --oscar > > > > > > --- On *Thu, 1/6/11, Jaume Figueras > http://mc/compose?to=jaume.figue...@masafi.cat> > >* wrote: > > > From: Jaume Figueras > http://mc/compose?to=jaume.figue...@masafi.cat> > > > Subject: Re: [Talk-es] CORINE land cover data > To: talk-es@openstreetmap.org<http://mc/compose?to=talk...@openstreetmap.org> > Date: Thursday, January 6, 2011, 1:22 PM > > > Hola, > > On 01/06/2011 12:13 PM, Oscar Orbe wrote: > > Hola,el tag trees se suele usar en orchard: > > > > http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard > > > > <http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard>y lo he usado > > tb en landuse=forest. si no gusta, se puede cambiar, pero no hace falta > > recordar que los tags son muy variabes en OSM, no? > > Pero si en forest se usa wood, por que se tiene que cambiar? Añadir ruido > por que si no tiene sentido, cuesta lo mismo poner forest+wood que > forest+trees. > > > la capa de corine no es de "arboles de hoja caduca" (esto seria > > deciduous), sino "arboles de hoja ancha" (broad-leaved). no entiendo por > > que se han de considerar sinonimos. > > Lo que digo es que si no es deciduous, ni broad-leaved, ni c
Re: [Talk-es] Gerona excluida , datos de CORINE
El 6 de enero de 2011 15:44, Oscar Orbe escribió: > > otra cosa: me consta que la generalitat de cataluña > > tiene servidores wms con ortofotos muy buenas. > > no se si las imagenes de pnoa son las mismas > > o no, quiza Jaume lo sabe mejor. > > uyyy perdon se me habia olvidado el tema de la licencia. > para calcar sobrelos wms de la generalitat habria que pedir permiso, cosa > que no se si se ha hecho..salut > > --oscar > Esta diciendo que las fotos de PNOA a lo mejor son las mismas por lo que no haría falta pedir permisos sino usar las de PNOA. En castilla y león por ejemplo es así lo único que en algunas zonas a lo mejor no son las ultimas. Es verlo y si no es así pedir permiso a la generalitat. > > --- On *Thu, 1/6/11, Oscar Orbe * wrote: > > > From: Oscar Orbe > Subject: Re: [Talk-es] Gerona excluida , datos de CORINE > To: talk-es@openstreetmap.org > Date: Thursday, January 6, 2011, 2:38 PM > > > Hola > Este mensaje de aqui abajo me ha llegado privadamente, asi que mantengo a > su autor en el anonimato por si el no quiere que se sepa. > > no se si esta persona es de los que hablaba Jaume. > > lo de "qué es bosque y qué no es bosque" es un verdadero problema. > al comparar corine con google maps queda claro que por debajo de cierta > densidad no lo consideran bosque, no se si Jaume te puede poner en contacto > con gente de girona que te pueda orientar. > > otra cosa: me consta que la generalitat de cataluña tiene servidores wms > con ortofotos muy buenas. no se si las imagenes de pnoa son las mismas o no, > quiza Jaume lo sabe mejor. > > --oscar > > > > Yo he estado mapeando algunos bosques de la provincia de Girona a partir > del wms de PNOA. Aunque hay algunas zonas que los árboles son bastante > dispersos y no tengo muy claro como hacerlo. > > Saludos > > > > - Reply message - > De: "Oscar Orbe" > Fecha: jue., ene. 6, 2011 14:53 > Asunto: [Talk-es] Gerona excluida , datos de CORINE > Para: > > Hola, no voy a subir los datos de Gerona y creo que es mejor no hacerlo > porque se estan mapeando los bosques de esa provincia a mano, tal como ha > dicho Jaume. > > --oscar > > > > -Inline Attachment Follows- > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-es > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
as > argumentos te doy unos cuantos: > > 1.- Deferentes compañeros han pedido calma en la importación y se les ha > hecho caso omiso. > 2.- Se ha hecho caso omiso a los import guidelines de la wiki de osm. > 3.- No se ha documentado nada > 4.- Hay compañeros en Girona que están trabajando los bosques con las ortos > de PNOA (Zona Girona-Sau, Tordera) Importar Corine sin contactar con ellos > primero lo considero una falta de respero. > 5.- En zona en la que estamos trabajando con el Centre Excursionista de > Terrassa del Parc Natural de Sant Llorenç de Munt i l'Obac, los datos de > Corine son más que curiosos (por poner algún adjetivo), i.e. Donde hay roca > corine dice bosque, donde hay bosque corine no dice nada, donde hay encina > corine dice coniferous, etc. Seguramente la orografía accidentada hace que > gran parte de los datos sean erróneos. > 6.- La primera notícia que tuvimos en la lista española de la importación > de corine fue el día 3 (si me equivoco corregidme) mientras que el primer > changeset con importación fue el día 2. A mi entender esto devería haver > sucedido al revés, primero informo y luego importo. > > Por todo esto te he pedido que no se suba Catalunya. Es una zaona que > conozco y mapeo regularmente y aún no se han subido datos de corine. > > Finalmente también te pediría que la importación de corine que estas > haciendo no se llame 'little import from corine '. Importar toda España > creo que no debe considerarse 'little'. > > Salut! > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-es > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Mapnik pinta bien poligonos adyacentes?
El ingles se me da muy mal pero donde habla de bordes a mi en mapnik no me sale ningun borde fantasma. Ese borde tiene un cometido muy claro, si pintas 2 bosques juntos que son del mismo tipo de arboles pero son bosques diferentes tendrá que tener alguna separación no? No hay que fundir por fuerza 2 áreas totalmente juntas. Los titles no pueden saber si en verdad es el mismo bosque u otro diferente. Ademas si lo junta lo que haría finalmente es justamente el cometido que tienen los multipoligonos. Todo tiene su uso y los multipoligonos uno de los usos que tiene es para poligonos demasiado grandes. La solución no es pintar poligonos pequeños con lados superpuestos sino usar multipoligonos. Y no tiene que ver con que se pinte bien o mal en Mapnik ni que guste o deje de gustar como queda pintado. Ademas con los multipoligonos también e tenido algún quebradero de cabeza porque Osmarender me los pintaba mal y no he dejado de usarlos por eso. En el tema que trata ahora de los bosques el multipoligono creo que no tiene nada que este mal en cambio los poligonos normales superpuestos lo primero no representan que es un bosque entero sino varios pequeños, te puedes imaginar que es el mismo, pero esa información no la tienes es una mera especulación. En cambio con los multipoligonos tienes esa información clara. El 5 de enero de 2011 11:58, Oscar Orbe escribió: > Al final de esta pagina se habla del problema que tiene mapnik para pintar > poligonos adyacentes rellenos del mismo modo: > > http://wiki.openstreetmap.org/wiki/Talk:Relation:multipolygon > > es un problema del algoritmo, que no sabe fundir correctamente areas que > estan totalmente juntas, y aparece un borde "fantasma". > > curiosamente solo aparece con ciertos rellenos, en otros no se aprecia > > pero da igual, nosotros seguiremos con nuetra mentalidad , si no me gusta > como se ve en mapnik, entonces esta mal. > --Oscar > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Solo comentar que en Cordoba arriba a la derecha creo que a pasado como en Jaen que falta un trozo y también faltarían de juntar poligonos para evitar la raya blanca. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Ahora me pongo a ver si se actualizan los titles. Sube los arreglos ya con el nuevo usuario que a creado andrzej El 4 de enero de 2011 22:34, Oscar Orbe escribió: > Hola, ya doy por arreglada la provincia de Cordoba (habrá que hacer algo > para que se repinten los tiles o esperar), voy a arreglar Jaen que costara > un poco y Cuenca y Toledo creo que apenas tienen problemas y costara muy > poco > > > --- On *Tue, 1/4/11, sanchi * wrote: > > > From: sanchi > Subject: Re: [Talk-es] CORINE land cover data > To: "Discusión en Español de OpenStreetMap" > Date: Tuesday, January 4, 2011, 9:19 PM > > > > > El 4 de enero de 2011 21:53, andrzej zaborowski > http://mc/compose?to=balr...@gmail.com> > > escribió: > > 2011/1/4 sanchi http://mc/compose?to=sanc...@gmail.com> > >: > > El 4 de enero de 2011 21:07, andrzej zaborowski > > http://mc/compose?to=balr...@gmail.com> > > > > escribió: > >> > >> Holas, > >> > >> 2011/1/4 Oscar Orbe > >> http://mc/compose?to=oskaro...@yahoo.com> > > > >> > Hola, lo de unir areas superpuestas puede producir poligonos con mas > de > >> > 2000 nodos, me imagino, pero puede ser util muchas veces. has > comprobado si > >> > lo de multipoligono hace que no se vea las lineas? > >> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una > >> > colosal chapuza. > >> > por ejemplo, siempre me hace gracia los que dicen q hay que ser > >> > paranoicos con el tema de las licencias, y yo pienso, si fueramos > >> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq > esta > >> > lleno de pequeñas violaciones de la licencia > >> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es > >> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han > subido > >> > en partes por alguna limitacion o lo que sea, no es relevante, lo > importante > >> > es que los datos son geometricamente correctos, es decir, la > aplicacion q > >> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde > >> > empieza y termina el bosque. > >> > >> Si conoces casos que son pequeñas violaciones de la licencia seria > >> bueno que los reportes aqui en la lista para investigar. > >> > >> Y lo de la importacion, creo que se estan perdiendo algunos recursos > >> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro > >> de JOSM), que se podrian hacer automaticamente modificando el script > >> de la conversion a .osm y a la vez mejorando otros aspectos de los > >> datos. Cuando se corrigen despues de subir eso deja huella (en el > >> historial de los objetos en la bdd. > >> Por ejemplo en Francia creo que tambien se han simplificado las vias > >> para no contener nodos innecesarios (nodos en un segmento casi recto > >> de una linea) y se guardo en los tags de los multipoligonos la > >> informacion del ID original de cada poligono Corine para poder hacer > >> potenciales actualizaciones. Tambien se ha usado una cuenta de > >> usuario dedicada para esa importacion, algo que seria facil de hacer y > >> cumpliria con las reglas de las importaciones, que creo que Carlos > >> Davila ha mencionado. > >> > >> Otra cosa es que cuando se hizo la importacion en Francia no estaban > >> disponibles proyectos como el GMES Urban Atlas, ahora que estan > >> disponibles seria desperdicie de recursos no usarlos. Aunque admito > >> que los datos de huertos/olivares no son buenos en UA... bueno no voy > >> a decir nada antes de tener tiempo para reanimar la pagina que te deja > >> compararlo bien -- creo que sera mejor que enviar pantallazos de > >> lugares especificos. > >> > >> Bueno, igual creo que la importacion actual es un paso adelante. > >> > >> Saludos > >> > > > > En cuanto a que el proceso se puede hacer automáticamente modificando el > > script de la conversión a .osm no lo se no se de eso pero si alguien lo > hace > > es bienvenido. He subido los datos a partir del .osm que me han pasado > > arreglando estos pequeños errores. Por lo que estado viendo en las > paginas > > de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso > > tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo > > que es mas son los multipoligonos pero eso creo que no esta o no lo he > > visto. > > Lo de d
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 21:53, andrzej zaborowski escribió: > 2011/1/4 sanchi : > > El 4 de enero de 2011 21:07, andrzej zaborowski > > escribió: > >> > >> Holas, > >> > >> 2011/1/4 Oscar Orbe > >> > Hola, lo de unir areas superpuestas puede producir poligonos con mas > de > >> > 2000 nodos, me imagino, pero puede ser util muchas veces. has > comprobado si > >> > lo de multipoligono hace que no se vea las lineas? > >> > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una > >> > colosal chapuza. > >> > por ejemplo, siempre me hace gracia los que dicen q hay que ser > >> > paranoicos con el tema de las licencias, y yo pienso, si fueramos > >> > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq > esta > >> > lleno de pequeñas violaciones de la licencia > >> > lo de que esos poligonos no existen, no le veo sentido. la cuestion es > >> > si en esos poligonos el uso de suelo es bosque? si, lo es. si se han > subido > >> > en partes por alguna limitacion o lo que sea, no es relevante, lo > importante > >> > es que los datos son geometricamente correctos, es decir, la > aplicacion q > >> > los use sabe exactamente si en un punto hay bosque o no, y sabe donde > >> > empieza y termina el bosque. > >> > >> Si conoces casos que son pequeñas violaciones de la licencia seria > >> bueno que los reportes aqui en la lista para investigar. > >> > >> Y lo de la importacion, creo que se estan perdiendo algunos recursos > >> haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro > >> de JOSM), que se podrian hacer automaticamente modificando el script > >> de la conversion a .osm y a la vez mejorando otros aspectos de los > >> datos. Cuando se corrigen despues de subir eso deja huella (en el > >> historial de los objetos en la bdd. > >> Por ejemplo en Francia creo que tambien se han simplificado las vias > >> para no contener nodos innecesarios (nodos en un segmento casi recto > >> de una linea) y se guardo en los tags de los multipoligonos la > >> informacion del ID original de cada poligono Corine para poder hacer > >> potenciales actualizaciones. Tambien se ha usado una cuenta de > >> usuario dedicada para esa importacion, algo que seria facil de hacer y > >> cumpliria con las reglas de las importaciones, que creo que Carlos > >> Davila ha mencionado. > >> > >> Otra cosa es que cuando se hizo la importacion en Francia no estaban > >> disponibles proyectos como el GMES Urban Atlas, ahora que estan > >> disponibles seria desperdicie de recursos no usarlos. Aunque admito > >> que los datos de huertos/olivares no son buenos en UA... bueno no voy > >> a decir nada antes de tener tiempo para reanimar la pagina que te deja > >> compararlo bien -- creo que sera mejor que enviar pantallazos de > >> lugares especificos. > >> > >> Bueno, igual creo que la importacion actual es un paso adelante. > >> > >> Saludos > >> > > > > En cuanto a que el proceso se puede hacer automáticamente modificando el > > script de la conversión a .osm no lo se no se de eso pero si alguien lo > hace > > es bienvenido. He subido los datos a partir del .osm que me han pasado > > arreglando estos pequeños errores. Por lo que estado viendo en las > paginas > > de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso > > tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo > > que es mas son los multipoligonos pero eso creo que no esta o no lo he > > visto. > > Lo de dejar huella en la base de datos solo seria para las 3 provincias > que > > no están subidas como multipoligonos, el resto no debería pasar. Yo he > > subido Valladolid para ver si el proceso es correcto y estoy a la espera > de > > asegurarme y si hay un proceso mejor verlo. > > En cuanto a la cuenta solo para la importación si me pareció raro que no > se > > hiciera como cuando se subieron los limites administrativos pero tampoco > > sabia que fuera una regla, si es así pues creamos una cuenta como > es lógico. > > Por cierto quien tenga acceso a la cuenta de los limites administrativos > > seria bueno que entrara y aceptara la ODbL. > > (En esto me pillaste porque la hice yo y tampoco he usado una cuenta > dedicada, en ese momento no se me habia ocurrido.. y ahora antes de > aceptar la nueva licencia tengo que esperar l
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 21:07, andrzej zaborowski escribió: > Holas, > > 2011/1/4 Oscar Orbe > > Hola, lo de unir areas superpuestas puede producir poligonos con mas de > 2000 nodos, me imagino, pero puede ser util muchas veces. has comprobado si > lo de multipoligono hace que no se vea las lineas? > > lo de chapuza, pues bueno, si nos ponemos rigurosos, todo OSM es una > colosal chapuza. > > por ejemplo, siempre me hace gracia los que dicen q hay que ser > paranoicos con el tema de las licencias, y yo pienso, si fueramos > paranoicos, habria que quemar el servidor de osm y empezar de nuevo xq esta > lleno de pequeñas violaciones de la licencia > > lo de que esos poligonos no existen, no le veo sentido. la cuestion es si > en esos poligonos el uso de suelo es bosque? si, lo es. si se han subido en > partes por alguna limitacion o lo que sea, no es relevante, lo importante es > que los datos son geometricamente correctos, es decir, la aplicacion q los > use sabe exactamente si en un punto hay bosque o no, y sabe donde empieza y > termina el bosque. > > Si conoces casos que son pequeñas violaciones de la licencia seria > bueno que los reportes aqui en la lista para investigar. > > Y lo de la importacion, creo que se estan perdiendo algunos recursos > haciendo cosas a mano (los pasos que tu y sanchi describisteis dentro > de JOSM), que se podrian hacer automaticamente modificando el script > de la conversion a .osm y a la vez mejorando otros aspectos de los > datos. Cuando se corrigen despues de subir eso deja huella (en el > historial de los objetos en la bdd. > Por ejemplo en Francia creo que tambien se han simplificado las vias > para no contener nodos innecesarios (nodos en un segmento casi recto > de una linea) y se guardo en los tags de los multipoligonos la > informacion del ID original de cada poligono Corine para poder hacer > potenciales actualizaciones. Tambien se ha usado una cuenta de > usuario dedicada para esa importacion, algo que seria facil de hacer y > cumpliria con las reglas de las importaciones, que creo que Carlos > Davila ha mencionado. > > Otra cosa es que cuando se hizo la importacion en Francia no estaban > disponibles proyectos como el GMES Urban Atlas, ahora que estan > disponibles seria desperdicie de recursos no usarlos. Aunque admito > que los datos de huertos/olivares no son buenos en UA... bueno no voy > a decir nada antes de tener tiempo para reanimar la pagina que te deja > compararlo bien -- creo que sera mejor que enviar pantallazos de > lugares especificos. > > Bueno, igual creo que la importacion actual es un paso adelante. > > Saludos > > En cuanto a que el proceso se puede hacer automáticamente modificando el script de la conversión a .osm no lo se no se de eso pero si alguien lo hace es bienvenido. He subido los datos a partir del .osm que me han pasado arreglando estos pequeños errores. Por lo que estado viendo en las paginas de la wiki que han puesto lo de los nodos duplicados esta puesto pero eso tampoco seria mucho problema hacerlo a mano lo hace el validator solo. Lo que es mas son los multipoligonos pero eso creo que no esta o no lo he visto. Lo de dejar huella en la base de datos solo seria para las 3 provincias que no están subidas como multipoligonos, el resto no debería pasar. Yo he subido Valladolid para ver si el proceso es correcto y estoy a la espera de asegurarme y si hay un proceso mejor verlo. En cuanto a la cuenta solo para la importación si me pareció raro que no se hiciera como cuando se subieron los limites administrativos pero tampoco sabia que fuera una regla, si es así pues creamos una cuenta como es lógico. Por cierto quien tenga acceso a la cuenta de los limites administrativos seria bueno que entrara y aceptara la ODbL. En cuanto a lo de GMES Urban Atlas no opino porque no tengo ni idea. Yo hasta mañana no haré mas provincias a la espera de que se aclaren las pequeñas dudas que hay. ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 20:52, Oscar Orbe escribió: > Hola, no entiendo por qué una capa de CORINE solo se puede importar una > vez. Si hay un polígono con etiqueta "corine" y alguien lo mejora a mano > puede poner "corine mejorado a mano" y en la siguiente actualización de > CORINE, ese se respeta. O mirando la fecha de última modificación, por > ejemplo. O haciendo un listado de usuarios cuyos cambios no se modifican > o... en fin, con Postgis seguro que hay mil maneras de hacer un calculo > razonable de que se cambia y que no se cambia cuando salga una version de > CORINE. Por otro lado, lo que se cambie a mano no es una verdad universal y > eterna, ya que los bosques y los cultivos cambian de tamaño muy facilmente, > así que pasado un cierto periodo, nadie puede enfadarse porque se desechen > sus modificaciones. > > Otra cosa que me llama la atención es la obsesión por esos detalles menores > (que no haya fromteras interiores, que no haya nodos duplicados, que todo > este enlazado con relaciones, etc) cuando los datos en sí son malisimos > (imaginemos lo que han cambiado los cultivos y los bosques en estos 5 años > de 2006 a 2011) > > A lo de los duplicados y derivados te respondo yo que soy uno de los obsesionados jejejej. A ver en cuanto a los nodos duplicados en información innecesaria, fácilmente solucionable es darle a un botón en el validator de JOSM y queda mucho mas limpio el mapa. Ademas se tiene doble información ya que se sabe que están unidas por un nodo que sino si se puede sacar la información pero no se tiene. Las relaciones es una cosa que trae mucha tela y hay varias opiniones. Yo soy de los que en muchos casos estoy de acuerdo en las relaciones pero no voy a entrar a discutir eso. En el caso en el que estamos es necesario porque hablamos de formas con muchos nodos, demasiados para hacerlo en un único way porque es obligatorio el multipoligono y con ways interiores. Fronteras interiores no se a que te refieres. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 19:50, sergio sevillano < sergiosevillano.m...@gmail.com> escribió: > > El 04/01/2011, a las 18:59, Oscar Orbe escribió: > > Hola, el proceso que se explica ahí es lo que podriamos llamar un proceso > "total" (traerse todos los datos de osm del pais, convertr todo CORINE a > tablas, hacer calculos entre ellos y obtener los cambios necesarios para > añadir a OSM, etc). Todo eso puede hacerse en cualquier momento, la cuestion > es cuanto tiempo cuesta, con que recursos se hace, quien tiene tiempo para > hecerlo > > Lo que estamos haciendo ahora es traer una pequeña parte de CORINE (las 4 > clases mencionadas) que suponen un aporte sustancial al mapa y sin pisar lo > que ya hay en osm, y por tanto no me parece objetable. > > Por supuesto, después se puede poner en marcha el "gran proceso" si se > desea y hay gente dispuesta > --Oscar > > > > no voy a discutir el sistema óptimo desde el punto de vista técnico, > fundamentalmente porque no tengo ni idea. > > me da igual como se haga > si encontráis un método económicamente mejor en recursos y tiempo, > perfecto. > solo digo que os documentéis y aprendáis de los problemas que han surgido > antes en otras importaciones, > para que no vuelvan a suceder. > > no estoy de acuerdo contigo en subir esto como sea y luego ya se hará lo > bueno. > Corine solo valdrá una vez, ya que al segundo de haber subido datos > y precisamente porque el Corine es de por sí un poco chapuza, en nivel de > detalle, > tendrás a mucha gente corrigiéndolo. > > así que no se puede volver a subir, ni siquiera actualizar cada año que se > renueve el Corine, > ni meter unas landuse ahora y otros después ya que tendremos que borrar > datos nuevos > de usuarios que se cabrearan mucho y con razón. > > No creo que se refiera a subir esto como sea. Por ejemplo las lineas blancas era un error y se a buscado la solución. Hablo desde la ignorancia porque no se como están los datos en Corine y si me equivoco corregirme pero si modifica un usuario lo que hay modificara el landuse que esta subido así que si se sube otro no tendría nada que ver y no se borrarían sus datos. Mientras escribía me dado cuenta de un posible problema que a lo mejor es a lo que te refieres. Que los otros landuse usen los mismo nodos que como digo no se como están los datos pero probablemente pase. De cualquier manera viendo como están los datos que tengo aun así si se hace bien el proceso tampoco debería pisar datos de modificaciones. Con tener guardada esta subida, cosa que yo particularmente siempre hago, actualizarla en el momento dado por si tiene modificaciones y unir los nuevos landuse y subir seria suficiente De cualquier manera creo que lo mas correcto es después de subir este continuar con el resto o en poco tiempo no tardar 1 año. > > > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 19:38, Oscar Orbe escribió: > Hola, ya veo tus cambios en Mapnik, creo que ha salido bien no?? > > Podriamos hacer esto para cada provincia: con la funcion de busqueda de > JOSM, buscar todos los del mismo tipo: > > landuse=forest AND trees=broad-leaved > > y una vez seleccionados, usar la opcion multipoligono > > y lo mismo con los otros tres (bosque coniferas, bosuqe mixto, olivar) > > finalmente, elimiar nodos duplicados.- Que opinas? > --Oscar > > Si los archivos que has subido los has guardado después de la subida deberían tener todos los nodos su numeración. Lo mas rápido seria modificarlo a partir de estos con el mismo proceso que si fuera desde 0 pero al estar ya todos los nodos no seria esa subida enorme. Si no los guardaste pues sería descargar cada zona y modificarla. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Si iba a comentarlo ahora. 1- He quitado los errores de nodos duplicados. 2- He ido en cada way quitando la linea que estaba superpuesta que es la que salia blanca. Es la parte del proceso mas costosa pero porque no conocía la herramienta que a comentado Carlos Dávila de "Unir áreas superpuestas". Con eso el proceso sera mucho mas sencillo. Seria lo unido dividir cuando sean ways muy grandes. Los segmentos que comentas son los que han quedado al hacer este proceso. 3- Coger los ways interiores y exteriores de cada multipoligono que tenemos que formar y usar la herramienta "Crear multipolígono" 4- Quitar las etiquetas landuse y trees a las vías interiores (el validator avisa de ello así que es rápido). 5- Añadir las etiquetas landuse y trees a los multipoligonos. Aunque no se pongan creo que se dibuja bien pero lo correcto es ponerlas. En Francia las tienen puestas. El 4 de enero de 2011 19:29, Oscar Orbe escribió: > Hola, creo que ha salido bien tu cambio en Valladolid. JOSM muestra > multipoligonos y sin rastro de fronmteras interiores que no sean agujeros. > Veo que esta formado por ways que son segmentos del exterior y ways que son > segmentos de agujeros, y algunos de esos ways son bastante pequeños (20 > nodos, etc). Has tenido tu que ir partiendo esos segmentos o se ha hecho > automaticamente? > --Oscar > > > --- On *Tue, 1/4/11, sanchi * wrote: > > > From: sanchi > Subject: Re: [Talk-es] CORINE land cover data > To: "Discusión en Español de OpenStreetMap" > Date: Tuesday, January 4, 2011, 6:11 PM > > > Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va > subiendo cosas viene bien, si se hace luego uno total creo que con que las > partes que ya están subidas se descarten es suficiente. > Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. > Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra > parte del proceso ayudo. > La cosa eso si lo que se sube asegurarse de que se sube bien. > En un minuto estará subido Valladolid. Cualquier cosa comentar. > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > > -Inline Attachment Follows- > > ___ > > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-es > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 19:13, Oscar Orbe escribió: > hola, no puedes bajarte lo que haya en osm en esa zona, juntarlo con tu > archivo .osm y volverlo a subir? > > > Un área tan grande en JOSM no deja. Ya esta solucionado de cualquier manera. Hay una herramienta para JOSM que recupera cosas borradas pero le falta pulir el funcionamiento y no la conseguía hacer funcionar pero ya esta. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Olivares de Jaen: Efecto renderizador?
Hay que actualizar los titles del servidor. Ahora me pongo en ello. El 4 de enero de 2011 19:09, Roberto Plà escribió: > Supongo que será un efecto del renderizador destinado a obtener una mejor > visualizacion, pero cuando 'alejo' el mapa al pasar del nivel 10 al 9 > desaparecen la mayoría de las manchas verdes y al llegar al nivel 8. > desaparecen todas. En Cuenca en el nivel 8 se ven bastantes manchas verdes a > ese nivel. > Todo esto ocurre después de haber limpiado la caché del navegador. Antes de > hacerlo muchas areas no aparecian y después ha aparecido el 'verde' en toda > la provincia de Jaén, así que supongo no es un problema de caché... > > ¿Es normal? > Roberto Plà > http://robertopla.net/ > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Ya he solucionado lo de recuperar los puntos borrados. Yo creo que si se va subiendo cosas viene bien, si se hace luego uno total creo que con que las partes que ya están subidas se descarten es suficiente. Tanto en este proceso como en el otro en lo que pueda si me decís ayudo. Todo eso de convertir y esas cosas no se pero aprendo rápido y sino en otra parte del proceso ayudo. La cosa eso si lo que se sube asegurarse de que se sube bien. En un minuto estará subido Valladolid. Cualquier cosa comentar. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Necesito ayuda urgente. Como recupero 3 puntos que me han borrado? El 4 de enero de 2011 18:49, Manuel García escribió: > El 04/01/2011 18:43, sergio sevillano escribió: > > los pasos deberían ser, > > leer: > > > > http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover > > > http://wiki.openstreetmap.org/wiki/ES:WikiProject_Corine_Land_Cover/Tagging_scheme > > > http://wiki.openstreetmap.org/wiki/WikiProject_Corine_Land_Cover/Corine_Data_Import > > > > Me permito añadir > > http://wiki.openstreetmap.org/wiki/Import/Guidelines > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Por eso empezado por el de Valladolid porque es bastante manejable. Me a dado justo un error cuando estaba terminando de subir Valladolid porque han borrado algunos puntos antes de terminar la subida. Ahora lo soluciono y vemos como queda Valladolid si con multipoligonos queda ya todo bien y continuo con el resto. El 4 de enero de 2011 18:36, Oscar Orbe escribió: > Hola, no necesito recordarte q hay 4 tipos de poligonos: > > bosque coniferas > bosque hoja ancha > bosque mixto > olivar > > (no vayas a unir poligonos que no tienen los mismos tags) > > he abierto el de valladolid en local y veo que es bastante manejable el > tema de unir y tal, solo hay unas pocas zona con lineas > > > --- On *Tue, 1/4/11, sanchi * wrote: > > > From: sanchi > Subject: Re: [Talk-es] CORINE land cover data > To: "Discusión en Español de OpenStreetMap" > Date: Tuesday, January 4, 2011, 3:40 PM > > Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a > subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas > superpuestas" no lo había visto. La probare para el próximo archivo porque > por lo que veo me ahorra todo el trabajo. > Lo único que no hecho multipoligonos es la unión de zonas diferentes, por > lo que he mirado en Francia tampoco lo hicieron. > Subo Valladolid ahora y comentamos a ver que se hace. > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > > -Inline Attachment Follows- > > ___ > 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 > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Yo he modificado el de Valladolid a mano haciendo los multipoligonos. Voy a subirlo ahora a ver si así sale bien. Lo de la herramienta de "unir áreas superpuestas" no lo había visto. La probare para el próximo archivo porque por lo que veo me ahorra todo el trabajo. Lo único que no hecho multipoligonos es la unión de zonas diferentes, por lo que he mirado en Francia tampoco lo hicieron. Subo Valladolid ahora y comentamos a ver que se hace. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 15:24, Alvaro Lara Cano escribió: > Si, la de BUrgos Sanchi :-). > > Tenga ganas de ver toda España así. > > Jejejeje. Por ahora me a pasado León y Valladolid. Empiezo por Valladolid que tiene menos. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
He visto pantanos lo mas semejante que hay a eso en cuanto a tamaños con multipoligonos y no pasa lo de las lineas . Yo si me pasas alguna provincia la subo sin problemas y ya de paso puedo probar lo de los multipoligonos. A preferir la Zona de Castilla y león para empezar. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
El 4 de enero de 2011 14:20, Oscar Orbe escribió: > Hola, el tema de las líneas rectas se puede deber a tres cosas: > > 1- no os habeis actualizado bien los tiles. solucion: tecla refresh del > navegador o borrar cache del navegador y volver. > Estado actualizando ya todos los tiles en el servidor en todos los zoom así que como comentas los que no salgan que actualicen debería salir. > > 2- hay lineas rectas entre algunos poligonos adyacentes, pero no son > visibles (o no deben ser visibles) porque a ambos lados el relleno es el > mismo. El renderizador Mapnik/osmarender hace que se vea una finisima > linea, pero creo que es irrelevante. > Si son visibles. Eso se solucionaría con multipoligonos como he comentado. Se podría hacer a posteriori a mano. > > 3- he visto 3 casos que parecen ser errores en la subida de poligonos. uno > al lado de ubeda y otros 2 en el extremo suroeste de la provincia (Jaén). Os > referia a esto? cuando acabe de subir Cordoba ire a ver que ha pasado. > Si son esos 3 casos a los que me refiero. Al actualizar han faltado esos 3 y he comprobado que no hay nada subido en esos 3 sitios. > saludos > --Oscar > > > > > --- On *Tue, 1/4/11, sanchi * wrote: > > > From: sanchi > > Subject: Re: [Talk-es] CORINE land cover data > To: "Discusión en Español de OpenStreetMap" > Date: Tuesday, January 4, 2011, 1:10 PM > > > He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con > Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo > Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. > Un Saludo > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > > -Inline Attachment Follows- > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org <http://mc/compose?to=talk...@openstreetmap.org> > http://lists.openstreetmap.org/listinfo/talk-es > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
He actualizado el mapa y hay 3 trozos que salen mal y ya esta empezando con Cordoba así que debería estar todo subido de Jaen. ¿Puedes comprobarlo Oscar? Se ve rápidamente donde es en cuanto pones el mapa desde lejos. Un Saludo -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] CORINE land cover data
Lo de las franjas blancas por lo que veo es porque están hechos a trozos, no se si por error o porque son demasiados nodos y lo a dividido en 2 formas. Si es lo segundo habría que hacer multipoligonos pero eso se puedo ya arreglar a mano sin demasiado problema. Cuenca me puse ayer actualizar las imágenes para que saliera en todos los zoom en Mapnik rápidamente. Estoy haciendo ahora lo mismo con Jaen y lo de las aparentes zonas con demasiada linea recta se esta solucionando. Sale de nuevo el mismo efecto de lineas rectas en blanco. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Resumen de Talk-es, Vol 47, Envío 33
El 29 de diciembre de 2010 00:38, Pumuky escribió: > Bueno, pues los días de Navidad me han dado para mapear el pueblecito en > el que he estado y hacer mis primeros pinitos con JOSM. > Ya me he dado cuenta que las trazas de GPX no son muy precisas, al menos > a mi con un Garmin 765 no me lo parecían. (no sé si habría alguna forma > especial de configurarlo) > Pero más o menos casí el 80% del pueblo está hecho con las calles, > algunos nombres y los sentidos, he trazado líneas rectas siguiendo el > trazado medio del gpx. Los POIS no he sabido ponerlos con el JOSM, pero > los pondré con el Polchrac. > Dudas: > .-¿Las trazas de gpx debo subirlas a algún sitio o una vez usadas las > desecho? > Siempre es útil tenerlas. Desde la pagina de www.openstreetmap.org arriba en Trazas GPS aparece la opción de "subir un rastro". > .-¿debo informar a alguien o algún grupo organizado que se este > encargando de gestionar el tema (es un pueblo de Caceres)? > Si esta entre los pueblos que aparecen aqui http://wiki.openstreetmap.org/wiki/Extremadura cambiar la cobertura. Que sepa no hay ningún grupo especial. > .- La calle que atraviesa el pueblo, estaba hecha y el tag de superficie > ponía "Paved", yo he etiquetado el resto de las calles como "asphalt" > porque son calles de asfalto, pero me he quedado con la duda de si hay > algún criterio para distinguirlas. > No lo se > .- Ahora de vuelta he visto calles por mi barrio que tienen la etiqueta > "FIXED ME", algunas no tenían nombre. He nombrado las calles, pero ahora > aparecen como error de "Fixed me". ¿he metido la pata en algo, les borro > el tag del nombre o he fastidiado algo? > El "FIXED ME" se pone para advertir de que es aproximado, que puede tener errores. Si ya has comprobado que esta bien quita la etiqueta de FIXED ME y ya esta. > > Gracias a todos por la ayuda > > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] como poner que en un giro obligatorio
Tienes que dividir la via en el punto de cruce. Tienes que marcar dentro de la relación como "from" la via desde la que se va, como "via" el punto de cruce o via de cruce y como "to" la via a la que no se puede girar El 19 de diciembre de 2010 15:57, Pumuky escribió: > Hola Sanchi > He abierto el mapa con el Poltacth, marco la via, y puedo ponerle la > restriccion only-right_turn, pero queda toda la via marcada, y no se > como seleccionar una calle y la restriccion con la otra avenida que > cruza. > Hace 4 dias que he empezado a leer documentación, así que lo mismo que > pregunto es muy básico, si me remites a un manual un poco más básico me > las apaño. > > El jue, 16-12-2010 a las 21:01 +, talk-es-requ...@openstreetmap.org > escribió: > > Message: 3 > > Date: Thu, 16 Dec 2010 17:46:21 +0100 > > From: sanchi > > To: Discusión en Español de > > OpenStreetMap > > Subject: Re: [Talk-es] como poner que en un giro obligatorio y > > configurar gps?? > > Message-ID: > > > > > > > > Content-Type: text/plain; charset="iso-8859-1" > > > > Hay que hacer una restricción de giro con una > > relación. Aquí están explicadas > > http://wiki.openstreetmap.org/wiki/ES:Relation:restriction > > <http://wiki.openstreetmap.org/wiki/ES:Relation:restriction> > > > > > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] como poner que en un giro obligatorio y configurar gps??
Hay que hacer una restricción de giro con una relación. Aquí están explicadas http://wiki.openstreetmap.org/wiki/ES:Relation:restriction <http://wiki.openstreetmap.org/wiki/ES:Relation:restriction> -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Google Maps, edificios en Madrid.
¿Sabéis porque saca este borrón? http://latlon.org/buildings?zoom=18&lat=38.25247&lon=-0.69821&layers=BTT <http://latlon.org/buildings?zoom=18&lat=38.25247&lon=-0.69821&layers=BTT> -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Geoposicionamiento de imagenes
Desde la pagina de openstreetmap si le das a exportar te sale una opción que es "HTML para pegar" con lo que te sale un código HTML para insertar y puedes poner una marca de donde esta la foto. Poner la foto en miniatura a tanto no llego. N se si funciona en los blogs de blogspot que a veces hace cosas raras con el HTML. La mejor solución como han dicho es wordpress. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Google Maps, edificios en Madrid.
El 14 de diciembre de 2010 01:34, sanchi escribió: > > > El 14 de diciembre de 2010 00:36, andrzej zaborowski > escribió: > > 2010/12/13 Manuel García : >> > Si alguien quiere hacer algo genérico puede mirar >> > >> > >> http://osm.kyblsoft.cz/3dmapa/?zoom=16&lat=75.75137&lon=14.31658&layers=B >> >> >> Algo parecido ha surgido este fin de semana, el renderizador todavia >> esta en flujo, pero ya se pueden ver unos ejemplos de mapeo 3d >> interesantes: >> >> http://latlon.org/buildings?zoom=17&lat=55.82112&lon=37.61205&layers=BT >> (la torre "Ostankino" en Moscu en Rusia) >> http://latlon.org/buildings?zoom=18&lat=58.53138&lon=50.02154&layers=BT >> (espacios vacios, tuneles etc. debajo de edificios, en Belarus) >> http://latlon.org/buildings?zoom=18&lat=52.36709&lon=5.21723&layers=BT(Holanda) >> >> las etiquetas para usar se han documentado aqui: >> >> http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes >> >> Os dareis cuenta que hay algunos errores del renderizado, y es porque >> es un pequeño abuso de algunas opciones de mapnik que estan diseñadas >> para otras cosas :) >> >> Yo en mi ciudad tambien intento siempre poner el numero de plantas en >> los tags de los edificios, pero el renderizador en este momento solo >> usa los datos creados entre el viernes pasado y hoy (se actualiza con >> los diffs generados a cada minuto desde la BDD), asi que mi ciudad no >> aparece por ahora, supongo que los edificios de Girona tampoco >> aparecen. >> >> > Creo que solo salen los de Alemania > Ando yo bueno y con ejemplos de Rusia. jejejeje. Me ha hecho algo raro y no se porque solo me salia el mapa de la parte de Alemania > > >> Saludos >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> > > > > -- > Sanchi > Blog http://blog.jorgesanzs.com/ > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Google Maps, edificios en Madrid.
El 14 de diciembre de 2010 00:36, andrzej zaborowski escribió: > 2010/12/13 Manuel García : > > Si alguien quiere hacer algo genérico puede mirar > > > > > http://osm.kyblsoft.cz/3dmapa/?zoom=16&lat=75.75137&lon=14.31658&layers=B > > > Algo parecido ha surgido este fin de semana, el renderizador todavia > esta en flujo, pero ya se pueden ver unos ejemplos de mapeo 3d > interesantes: > > http://latlon.org/buildings?zoom=17&lat=55.82112&lon=37.61205&layers=BT > (la torre "Ostankino" en Moscu en Rusia) > http://latlon.org/buildings?zoom=18&lat=58.53138&lon=50.02154&layers=BT > (espacios vacios, tuneles etc. debajo de edificios, en Belarus) > http://latlon.org/buildings?zoom=18&lat=52.36709&lon=5.21723&layers=BT(Holanda) > > las etiquetas para usar se han documentado aqui: > http://wiki.openstreetmap.org/wiki/User:Jongleur/MultiLevel_Building_Shapes > > Os dareis cuenta que hay algunos errores del renderizado, y es porque > es un pequeño abuso de algunas opciones de mapnik que estan diseñadas > para otras cosas :) > > Yo en mi ciudad tambien intento siempre poner el numero de plantas en > los tags de los edificios, pero el renderizador en este momento solo > usa los datos creados entre el viernes pasado y hoy (se actualiza con > los diffs generados a cada minuto desde la BDD), asi que mi ciudad no > aparece por ahora, supongo que los edificios de Girona tampoco > aparecen. > > Creo que solo salen los de Alemania > Saludos > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Islotes
El 10 de diciembre de 2010 15:18, escobrice escribió: > He puesto un par de islotes en el mapa, pero solo me sale el nombre, no el > contorno en el OSM > ¿algo he hecho mal? la línea la he dibujado dejando el agua a la derecha > como dice el manual... > > [1] > http://www.openstreetmap.org/?lat=43.43187&lon=-3.79501&zoom=17&layers=M > > No se pero en Osmarender si sale bien. > chau! > Carlos > http://www.escobrice.net > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Travesías
El 10 de diciembre de 2010 13:53, escobrice escribió: > La lógica me dice que habría que cambiar el highway= de trunk (actual) a > residential > Manteniendo por supuesto el resto de tags > > chau! > Carlos > > Creo que no habría que cambiarla totalmente a residential sino a tertiary o algo así como indican ya que aunque ya no sea la carretera principal normalmente es mas importante que una residential. El trunk si se debería quitar siempre que exista variante ya que sino por ejemplo los programas de GPS te meterían por medio del pueblo ya que normalmente seria mas recto. -- Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cruces sin separación física de ví as
Separando las vias -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Areas superpuestas y otras hierbas
El 6 de diciembre de 2010 11:54, Jonay Santana escribió: > Añádele un layer=-1 a la carretera que vaya por debajo, y listos. > > Ademas des layer hay que poner tunel o puente sino la información esta a medias -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-es] Duda radares
Tenia una pequeña duda sobre los radares. Se etiquetan como highway<http://wiki.openstreetmap.org/wiki/Key:highway> =*speed_camera *pero se usa un nodo de la carretera o uno aparte al lado de la carretera. -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Plaza con relación errónea.
El 2 de diciembre de 2010 01:22, Marco Fernández escribió: > Hola: > > Estaba tratando de dibujar una plaza situada entre dos calles, y para > evitar que JOSM me proteste por superponer vías, la he marcado con una > relación [1] usando los trozos de calle y dos ways laterales. El caso es que > JOSM casi me insulta al subirla de lo mal que está, ¿alguien le echa un ojo > para decirme dónde están los errores? > > Gracias!! > > [1] http://www.openstreetmap.org/?relation=1298930 Te has olvidado de decirle que tipo de relación es. Te falta poner type=multipolygon > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Modificación para los "presets" PN OA de JOSM
Ayer estado actualizándolo con esa modificación y me daba problemas al subirlo a la web pero creo que ya esta solucionado. Probar a ver si ya funciona -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Duda sobre carretera y etiquetas access=private
El 28 de noviembre de 2010 19:58, Jonas Andradas escribió: > Buenas, > > recientemente he añadido el Instituto Tecnológico La Marañosa [1] a OSM. Se > trata de un Instituto de I+D del Ministerio de Defensa, ubicado en la finca > La Marañosa. Toda esta finca es zona militar pero, al no tener disponible > aún las lindes de la misma, no la he introducido en OSM y sólo he marcado > como zona militar el recinto del ITM y el de una especie de cuartel que hay > a un lado de la carretera. > > La carretera que lleva desde la M-301 al ITM tiene en un punto determinado > un control con barrera, a partir del cual he marcado la vía con > "access=private". La carretera está perfectamente asfaltada, con dos > carriles (uno en cada sentido). Por este motivo, no sabía qué etiqueta > ponerle ya que creo que no es una carretera oficial. Le puse un > "highway=tertiary", pero luego vi que no era lo más correcto, y la cambié a > "highway=service", ya que es la que lleva a las instalaciones. Sin embargo > no sé si debería ser "highway=unclassified". > > Respecto al "access=private", es lo más parecido que he visto a un acceso > restringido. Lo he puesto a toda la vía que lleva desde la entrada a la > finca hasta el ITM, y a las calles de unas viviendas detnro del recinto. Sin > embargo, no lo he puesto en las calles internas al ITM, puesto que a la > entrada hay otra puerta que he marcado con un "gate" y "access=private". > ¿Debería marcar las calles internas también con un access=private? Por otro > lado, todo el recinto está rodeado por un muro. ¿Bastaría con añadir > "barrier=wall" como etiqueta al way que define el "landuse=military", o > sería mejor crear un way paralelo, externo al landuse, con barrier=wall? > Creo que lo mas correcto seria poner "access=private" a todo, a lo mejor no es totalmente necesario pero la información ni sobra ni estorba.. Con añadir "barrier=wall" creo que estaría bien. Lo de crear un way paralelo eso seguro que estaría mal ya que el propio muro es el que delimita el recinto, si acaso seria crear un multipoligono. > > > [1] http://osm.org/go/b_M6H_Uw-- > > Muchas gracias, > > Un saludo, > > -- > Jonás Andradas > > Skype: jontux > LinkedIn: http://www.linkedin.com/in/andradas > GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F > 3F7F 4D87 9996 E0C6 9372 > Keyservers: pgp.mit.edu | pgp.rediris.es > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Fwd: [OSM-talk] Steve Coast Joins Microsoft as Principle Architect of Bing Mobile
Esto si que es una buena noticia. Con esto si podremos tener una buena base de fotos sobre la que trabajar de forma mundial El 23 de noviembre de 2010 18:22, Iván Sánchez Ortega escribió: > > :-O > > > > -- Mensaje reenviado -- > > Asunto: [OSM-talk] Steve Coast Joins Microsoft as Principle Architect of > Bing > Mobile > Fecha: Martes, 23 de Noviembre de 2010 > De: Richard Weait > Para: t...@openstreetmap.org > > http://opengeodata.org/openstreetmap-founder-steve-coast-joins-bing > > http://blog.stevecoast.com/im-working-at-microsoft-and-were-donating-ima > > ___ > talk mailing list > t...@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk > > > --- > > -- > -- > Iván Sánchez Ortega > > Drinking makes such fools of people, and people are such fools to begin > with, that it's compounding a felony. >-- Robert Benchley > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] OSM & GISDay
A ver si saco un ratito y escribo que puede ser interesante el curso. A ver si hay suerte. -- Sanchi Blog http://blog.jorgesanzs.com/ <http://jorgesanzs.blogspot.com/> ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Qué le pasa a los árboles de Girona ?
El 6 de noviembre de 2010 14:43, Marco Fernández escribió: > > > El 6 de noviembre de 2010 14:16, sanchi escribió: > > >> >> Les falta especificar mas el denotation. Aquí viene en alemán lo que es >> http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Bedeutung_eines_Baumes >> en >> la wiki en ingles no veo que venga >> > > Lo busqué en inglés pero había nada. Del alemán vía traductor de google > [1]: > > denotation=cluster > > Etiquetados de forma genérica un árbol que no está solo. Este día es un > apoyo conjunto de decisiones en bruto por Bot, árboles de otro modo no > marcado para identificar los árboles en las cercanías y por lo tanto puede > representar algo de los árboles forestales y de la ciudad como puntos de > referencia. Debería ser reemplazado con el conocimiento local apropiado a > través de un valor más exacto. > ¿Les iría mejor denotation=urban? > En Salamanca que tenia algunos los puse así > > > [1] > http://translate.google.es/translate?hl=es&sl=de&tl=es&u=http%3A%2F%2Fwiki.openstreetmap.org%2Fwiki%2FDE%3ATag%3Anatural%253Dtree%23Bedeutung_eines_Baumes > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Multipolígono correcto?
Todos los errores del validator son por si acaso no son errores por fuerza pero un tipo de error de áreas superpuestas la única manera de evitarlo es con un multipoligono y si no hubiera que hacer multipoligonos en esos casos ni siquiera pondrían que existe ese error, seria absurdo. Otro ejemplo es con las fronteras que se usa type:boundary que a efectos prácticos hace lo mismo que un multipoligono y se hace una relación cuando se podría hacer también vías cerradas y ya esta. Como dices mejor que opine mas gente. Pero por lo que se seguiremos igual porque creo que igual que estamos nosotros 2 esta mas gente partidaria o de un lado o de otro aparte de mucha gente que nunca a hecho edificios y como es normal muchos de ellos no opinaran. Cada método tiene sus pros y sus contras. -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] apoyo aereo
Yo quiero uno. ¿Alguien me lo regala por reyes? jejejej Encontrado el precio en una web, 8500€ http://es.machineryzone.com/usado/agricultura-precision/1493585/sensefly-robot-photos-agricole-swinglet-cam.html?devise=EUR -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Qué le pasa a los árboles de Girona ?
El 6 de noviembre de 2010 12:54, Marco Fernández escribió: > Es que aparecen todos con un fixme=set better denotation. ¿De qué va la > cosa? > Les falta especificar mas el denotation. Aquí viene en alemán lo que es http://wiki.openstreetmap.org/wiki/DE:Tag:natural%3Dtree#Bedeutung_eines_Baumes en la wiki en ingles no veo que venga > > Gracias! > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Multipolígono correcto?
Lo que dices no es exactamente así porque si son menos objetos pero cada objeto es mas grande, tienen mas puntos así que eso de que ocupan menos no es justamente como lo dices. Ademas no he dicho en ningún momento que ocupe mas o menos. El mapa queda mas limpio. El validator de JOSM te avisa del error de poner 2 trazados superpuestos. ¿Que se tarda más en hacer? Si eso es verdad pero es igual que si la carretera que hace curvas la hacemos recta porque se tarda menos y es mas sencillo. Que no es que esta mal mal si los superpones pero es mas correcto con multipolígonos. Girona es un buen ejemplo, se importo así adrede. Ademas si no recuerdo mas creo que en un principio se hizo como tu dices y luego se corrigió. Esto no lo digo 100% seguro. -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Multipolígono correcto?
El 6 de noviembre de 2010 03:34, Noel David Torres Taño < env...@rolamasao.org> escribió: > On Sábado 06 Noviembre 2010 02:09:27 sanchi escribió: > > El 6 de noviembre de 2010 02:58, Noel David Torres Taño < > > > > env...@rolamasao.org> escribió: > > > On Sábado 06 Noviembre 2010 01:56:50 sanchi escribió: > > > > Si son edificios pegados si se debería hacer un multipoligono ya que > > > > comparten los bordes > > > > > > ¿Y quién es el "inner"? > > > > Un moltipoligono no tiene que tener ningún inner. En la wiki pone que > outer > > tiene que haber uno o más e inner cero o más. > > En Girona y Salamanca puedes ver muchos ejemplos de ello. > > Es que no le veo sentido ninguno a hacer un «multipolígono» con un único > polígono. > Se hace en el caso de que se unan 2 edificios porque sino en la unión irían 2 trazados iguales, innecesarios y superpuestos. Si te quieres referir a que se llame multipolígono y no otra cosa es la unión de 2 polígonos. Pero vamos que el nombre creo que es lo de menos. -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Multipolígono correcto?
El 6 de noviembre de 2010 02:58, Noel David Torres Taño < env...@rolamasao.org> escribió: > On Sábado 06 Noviembre 2010 01:56:50 sanchi escribió: > > Si son edificios pegados si se debería hacer un multipoligono ya que > > comparten los bordes > > ¿Y quién es el "inner"? > Un moltipoligono no tiene que tener ningún inner. En la wiki pone que outer tiene que haber uno o más e inner cero o más. En Girona y Salamanca puedes ver muchos ejemplos de ello. > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Multipolígono correcto?
Si son edificios pegados si se debería hacer un multipoligono ya que comparten los bordes -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Calles en fotografías de alta resoluci ón
El 4 de noviembre de 2010 01:44, Noel David Torres Taño < env...@rolamasao.org> escribió: > Hola a todos > > Ahora que tenemos fotografías de alta resolución para Canarias, me estoy > dando > cuenta de que trazar edificios y áreas no queda bien si uso los nodos de la > calle. > > ¿Hay que marcar las áreas de asfalto (calle) con algún tipo de landcover o > landuse? > No se justo a que te refieres. Las calles se trazan como vias sin mas, una calle no es un área al menos de que sea una plaza que en ese caso se pondría ares=yes > > ¿Uso los nodos de la calle o nodos reales de los edificios? > Los nodos de los edificios y de la calle son independientes. > > Gracias > > Noel > er Envite > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Videotutoriales
Acabo de instalar el skype que cuenta tenia pero no la uso. Ya os e añadido, soy sanchi2 A las 11 me parece bien El 2 de noviembre de 2010 16:54, Jimena escribió: > jimenamramos -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Videotutoriales
Yo ahora tengo mas tiempo libre del que desearía así que en principio me es indiferente cuando se haga, debería poder siempre. El 2 de noviembre de 2010 16:25, Jimena escribió: > Arrg, yo hoy puedo solo hasta las 6, sino mañana por la mañana o el viernes > también por la mañana o por la tarde-noche. Cómo os viene? El fin de semana > igual también podemos sacar un hueco en común... > > Saludos > > Jimena > > > > ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Videotutoriales
Alvaro ¿has conseguido solucionar algo del montaje de los vídeos? Lo de juntarnos por mi bien pero tiene que ser por skype también. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río y riverbank
El 1 de noviembre de 2010 16:43, Marco Fernández escribió: > > > El 1 de noviembre de 2010 15:43, sanchi escribió: > > >> Yo lo que hago es crear un nodo donde se crucen. >> >> > Eso arregló el cruce entre el embalse, el riverbank y el río pero sigue > protestando en otro extremo del área, donde se cruzan dos riverbank y el río > que baja :( > Ahí si esta hecho el nodo de que se crucen no puede protestar porque hay un nodo que hace el cruce, protestara de que los riverbank están superpuestos o no esta bien puesto en nodo. Yo en Salamanca tengo el riverbank con multipoligonos. > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Río y riverbank
El 1 de noviembre de 2010 14:25, Marco Fernández escribió: > Hola: > > Estoy dibujando los bordes del río en esta zona [1]. Lo estoy dibujando > por áreas cerradas, tal y como se ve en esta imagen [2]. Al tratar de subir > los datos, me da un error de cruce de vías entre el río y la traza del > riverbank que pinto de orilla a orilla, así que lo tengo guardado en local. > ¿Cómo se hace correctamente? ¿ o no hay manera y lo subo a machete? > > Yo lo que hago es crear un nodo donde se crucen. > Gracias! > > > [1] > http://www.openstreetmap.org/?lat=42.38867&lon=-7.126485&zoom=18&layers=M > [2] http://wiki.openstreetmap.org/wiki/Tag:waterway=riverbank#Islands > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Acotar (quote) mensajes
No es que copie todo el mensaje, lo hace el gmail de forma automática y nunca había visto que molestara. También es verdad que el gmail ya esconde todo lo que podría molestar de forma automática. Intentare borrar lo que sobre. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cómo crear una etiqueta predefinida.
Ya lo tenéis actualizado con los iconos que a hecho muca y ahora debería aparecer en estilos disponibles como "source spain" para que no haga falta introducirlo a mano. Por si no os aparece la dirección a cambiado. Borrar la antigua. Ahora es http://josm.openstreetmap.de/raw-attachment/wiki/Presets/Etiquetas_source.xml Veréis que ahora salen menos opciones. Es para simplificar, ahora con darle una vez ya introduce a la vez el source y el source:date Cualquier error o sugerencia comentarme. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cómo crear una etiqueta predefinida.
¿A que te refieres? A mi se me distingue perfectamente que es lo escrito nuevo En un rato pongo el archivo con las fotos que a hecho muca El 31 de octubre de 2010 21:24, Roberto Plà escribió: > sanchi wrote: > > >>Cuando los tengas pásamelos y los añado > > Por favor, acotad adecuadamente los mensajes, porque me ha costado lo > indecible encontrar tus breves palabras entre las copias de todos los > mensajes anteriores, el tema es interesante y no quiero perderme nada... > :-) > Roberto Plà > http://robertopla.net/ > > > ___ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > -- Blog http://jorgesanzs.blogspot.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Cómo crear una etiqueta predefinida.
El 31 de octubre de 2010 19:13, Marco Fernández escribió: > > > El 31 de octubre de 2010 19:01, sanchi escribió: > > El bloc de notas uso directamente ya que son etiquetas muy sencillas. Lo he >> subido sin la ñ para que no te de problemas. > > > Eso hacía yo pero el bloc de notas me ensucia el xml al guardarlo. De todas > formas, no importa demasiado que lo limpio en medio minuto con un editor > hex. > >> He visto que había unos que estaban comprimidos en zip y tenia pensado >> mirarlo cuando me pusiera con los iconos. >> >> Usas el bloc de notas o el WordPad El blog de notas es raro que te meta mierda. > > Estoy haciendo unos iconos usando esta web [1], si quedan medio decentes te > los paso para que los añadas. > > [1] http://www.genfavicon.com/es/ > > Cuando los tengas pásamelos y los añado > El 31 de octubre de 2010 18:39, Marco Fernández > escribió: >> >> >>> >>> El 31 de octubre de 2010 17:51, sanchi escribió: >>> >>>> Como me imagino que habrá gente que querrá usarlo para mas cosas que >>>> PNOA hecho un archivo con el resto de servicios de españa que podemos usar >>>> que están en la wiki y lo he subido a internet y así esta todo >>>> simplificado. >>>> Solo tenéis que añadir en Etiquetas preestablecidas esta >>>> http://sites.google.com/site/sanchi2/Etiquetassource.xml >>>> Intentare mas adelante ponerle iconos. Si queréis pasarme iconos, hay >>>> cualquier error o queréis que añada alguno solo tenéis que decírmelo. >>>> >>> >>> Sanchi, ¿qué editor de xml usas? es que quería añadir a tu archivo el >>> icono de Carlos para el PNOA pero al abrirlo me da error por culpa de la ñ >>> de la palabra añadir en la 1ª línea. Es para descargar el mismo y pasar de >>> la patata que tengo instalada. >>> >>> Si nos curramos unos iconos, puede empaquetarse todo en un zip y añadirse >>> todo de un golpe. >>> >>>> >>>> El 31 de octubre de 2010 17:50, Carlos Dávila >>> > escribió: >>>> >>>> El 31/10/10 14:52, sanchi escribió: >>>>> >>>>> Me puesto a ver como funciona y aquí lo tenéis mejorado. Ahora el valor >>>>> fecha solo hay que meterlo la primera vez luego ya sale por defecto hasta >>>>> que cierres el programa. >>>>> >>>>> Pues puestos a hacer mejoras, se le puede poner un icono para que no >>>>> ocupe tanto en la barra de herramientas (adjunto uno poco imaginativo >>>>> hecho >>>>> a la carrera). Hay que modificar la siguiente línea: >>>>> >>>>> >>>>> >>>>> http://josm.openstreetmap.de/tagging-preset-1.0"; >>>>> author="sanchi" version="1.0_2010-10-31" shortdescription="PNOA" >>>>> description="Etiqueta para añadir el source=PNOA"> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> use_last_as_default = "true"/> >>>>> >>>>> >>>>> >>>>> >>>>> El 31 de octubre de 2010 13:50, Carlos Dávila < >>>>> cdavi...@orangecorreo.es> escribió: >>>>> >>>>>> El 31/10/10 02:56, Marco Fernández escribió: >>>>>> >>>>>> http://josm.openstreetmap.de/tagging-preset-1.0"; >>>>>>> author="muca" version="1.0_2010-10-30" shortdescription="PNOA" >>>>>>> description="Etiqueta para añadir el source=PNOA"> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>>> >>>>>> Y puestos a pedir, ¿no se podría añadir una función que pusiera la >>>>>> fecha en vez de tener que teclearla? >>>>>> >>>>>> -- >>>>>> Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, >>>>>> .xlsx, .ppt, .pptx, .mdb, mdbx >>>>>> Instale OpenOffice desde http://es.openoffice.org/programa/index.html >>>>>> OpenOffice es libre: se puede copiar, modificar y redistribuir >>>>>> libremente. Gratis y totalment
Re: [Talk-es] Cómo crear una etiqueta predefinida.
El bloc de notas uso directamente ya que son etiquetas muy sencillas. Lo he subido sin la ñ para que no te de problemas. He visto que había unos que estaban comprimidos en zip y tenia pensado mirarlo cuando me pusiera con los iconos. El 31 de octubre de 2010 18:39, Marco Fernández escribió: > > > El 31 de octubre de 2010 17:51, sanchi escribió: > >> Como me imagino que habrá gente que querrá usarlo para mas cosas que PNOA >> hecho un archivo con el resto de servicios de españa que podemos usar >> que están en la wiki y lo he subido a internet y así esta todo simplificado. >> Solo tenéis que añadir en Etiquetas preestablecidas esta >> http://sites.google.com/site/sanchi2/Etiquetassource.xml >> Intentare mas adelante ponerle iconos. Si queréis pasarme iconos, hay >> cualquier error o queréis que añada alguno solo tenéis que decírmelo. >> > > Sanchi, ¿qué editor de xml usas? es que quería añadir a tu archivo el icono > de Carlos para el PNOA pero al abrirlo me da error por culpa de la ñ de la > palabra añadir en la 1ª línea. Es para descargar el mismo y pasar de la > patata que tengo instalada. > > Si nos curramos unos iconos, puede empaquetarse todo en un zip y añadirse > todo de un golpe. > >> >> El 31 de octubre de 2010 17:50, Carlos Dávila >> escribió: >> >> El 31/10/10 14:52, sanchi escribió: >>> >>> Me puesto a ver como funciona y aquí lo tenéis mejorado. Ahora el valor >>> fecha solo hay que meterlo la primera vez luego ya sale por defecto hasta >>> que cierres el programa. >>> >>> Pues puestos a hacer mejoras, se le puede poner un icono para que no >>> ocupe tanto en la barra de herramientas (adjunto uno poco imaginativo hecho >>> a la carrera). Hay que modificar la siguiente línea: >>> >>> >>> >>> http://josm.openstreetmap.de/tagging-preset-1.0"; >>> author="sanchi" version="1.0_2010-10-31" shortdescription="PNOA" >>> description="Etiqueta para añadir el source=PNOA"> >>> >>> >>> >>> >>> >>> >> use_last_as_default = "true"/> >>> >>> >>> >>> >>> El 31 de octubre de 2010 13:50, Carlos Dávila >>> escribió: >>> >>>> El 31/10/10 02:56, Marco Fernández escribió: >>>> >>>> http://josm.openstreetmap.de/tagging-preset-1.0"; >>>>> author="muca" version="1.0_2010-10-30" shortdescription="PNOA" >>>>> description="Etiqueta para añadir el source=PNOA"> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>> Y puestos a pedir, ¿no se podría añadir una función que pusiera la >>>> fecha en vez de tener que teclearla? >>>> >>>> -- >>>> Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, >>>> .xlsx, .ppt, .pptx, .mdb, mdbx >>>> Instale OpenOffice desde http://es.openoffice.org/programa/index.html >>>> OpenOffice es libre: se puede copiar, modificar y redistribuir >>>> libremente. Gratis y totalmente legal. >>>> OpenOffice está en continuo desarrollo y no tendrá que pagar por las >>>> nuevas versiones. >>>> >>>> >>>> ___ >>>> Talk-es mailing list >>>> Talk-es@openstreetmap.org >>>> http://lists.openstreetmap.org/listinfo/talk-es >>>> >>> >>> >>> ___ >>> Talk-es mailing >>> listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es >>> >>> >>> >>> -- >>> Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, >>> .ppt, .pptx, .mdb, mdbx >>> Instale OpenOffice desde http://es.openoffice.org/programa/index.html >>> OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. >>> Gratis y totalmente legal. >>> OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas >>> versiones. >>> >>> >>> ___ >>> 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] Cómo crear una etiqueta predefinida.
Como me imagino que habrá gente que querrá usarlo para mas cosas que PNOA hecho un archivo con el resto de servicios de españa que podemos usar que están en la wiki y lo he subido a internet y así esta todo simplificado. Solo tenéis que añadir en Etiquetas preestablecidas esta http://sites.google.com/site/sanchi2/Etiquetassource.xml Intentare mas adelante ponerle iconos. Si queréis pasarme iconos, hay cualquier error o queréis que añada alguno solo tenéis que decírmelo El 31 de octubre de 2010 17:50, Carlos Dávila escribió: > El 31/10/10 14:52, sanchi escribió: > > Me puesto a ver como funciona y aquí lo tenéis mejorado. Ahora el valor > fecha solo hay que meterlo la primera vez luego ya sale por defecto hasta > que cierres el programa. > > Pues puestos a hacer mejoras, se le puede poner un icono para que no ocupe > tanto en la barra de herramientas (adjunto uno poco imaginativo hecho a la > carrera). Hay que modificar la siguiente línea: > > > > http://josm.openstreetmap.de/tagging-preset-1.0"; > author="sanchi" version="1.0_2010-10-31" shortdescription="PNOA" > description="Etiqueta para añadir el source=PNOA"> > > > > > >= "true"/> > > > > > El 31 de octubre de 2010 13:50, Carlos Dávila > escribió: > >> El 31/10/10 02:56, Marco Fernández escribió: >> >> http://josm.openstreetmap.de/tagging-preset-1.0"; >>> author="muca" version="1.0_2010-10-30" shortdescription="PNOA" >>> description="Etiqueta para añadir el source=PNOA"> >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> >> Y puestos a pedir, ¿no se podría añadir una función que pusiera la fecha >> en vez de tener que teclearla? >> >> -- >> Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, >> .xlsx, .ppt, .pptx, .mdb, mdbx >> Instale OpenOffice desde http://es.openoffice.org/programa/index.html >> OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. >> Gratis y totalmente legal. >> OpenOffice está en continuo desarrollo y no tendrá que pagar por las >> nuevas versiones. >> >> >> ___ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> > > > ___ > Talk-es mailing > listtalk...@openstreetmap.orghttp://lists.openstreetmap.org/listinfo/talk-es > > > > -- > Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, > .ppt, .pptx, .mdb, mdbx > Instale OpenOffice desde http://es.openoffice.org/programa/index.html > OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. > Gratis y totalmente legal. > OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas > versiones. > > > ___ > 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] Cómo crear una etiqueta predefinida.
Me puesto a ver como funciona y aquí lo tenéis mejorado. Ahora el valor fecha solo hay que meterlo la primera vez luego ya sale por defecto hasta que cierres el programa. http://josm.openstreetmap.de/tagging-preset-1.0"; author="sanchi" version="1.0_2010-10-31" shortdescription="PNOA" description="Etiqueta para añadir el source=PNOA"> El 31 de octubre de 2010 13:50, Carlos Dávila escribió: > El 31/10/10 02:56, Marco Fernández escribió: > > http://josm.openstreetmap.de/tagging-preset-1.0"; >> author="muca" version="1.0_2010-10-30" shortdescription="PNOA" >> description="Etiqueta para añadir el source=PNOA"> >> >> >> >> >> >> >> >> >> >> > Y puestos a pedir, ¿no se podría añadir una función que pusiera la fecha en > vez de tener que teclearla? > > -- > Por favor, no me envíe documentos con extensiones .doc, .docx, .xls, .xlsx, > .ppt, .pptx, .mdb, mdbx > Instale OpenOffice desde http://es.openoffice.org/programa/index.html > OpenOffice es libre: se puede copiar, modificar y redistribuir libremente. > Gratis y totalmente legal. > OpenOffice está en continuo desarrollo y no tendrá que pagar por las nuevas > versiones. > > > ___ > 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] Cómo crear una etiqueta predefinida.
Muchas gracias. Como dices lo ideal seria un plugin que lo hiciera todo automático pero esto ayuda mucho. El 31 de octubre de 2010 02:56, Marco Fernández escribió: > http://josm.openstreetmap.de/tagging-preset-1.0"; > author="muca" version="1.0_2010-10-30" shortdescription="PNOA" > description="Etiqueta para añadir el source=PNOA"> > > > > > > > > > > ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
