Hombre, es como si cogemos y generamos entradas en la wikipedia de forma automática. Se supone que hay unos wikipedistas que velan porque lo que se suba tenga relevancia y fuentes. Pues aquí lo mismo, hay que poner un orden y no que se pongan cosas al tuntún. Hasta aquí de acuerdo con las formalidades, pero si se van a poner escusas a lo que se está haciendo, que tengan argumentos sólidos no "es que se me satura la base de datos" que es válido, pero un poco ridículo si pretendes que te usen como sustituto de GoogleMaps.
El 23 de marzo de 2012 00:57, José Manuel Díaz Soriano <cbu...@gmail.com>escribió: > El 23 de marzo de 2012 00:31, Cruz Enrique Borges Hernández < > cruz.bor...@deusto.es> escribió: > >> [aviso, a continuación viene un e-mail con mi punto de vista personal de >> los comentarios de los correos y puede ser un poco áspero, leer con un >> grano de sal (o dos)] >> >> Buenas >> >> En cuanto a las subparcelas, pues me parece muy corto de miras y muy >> pensado en routing y en terrenos urbanos el no considerar esos datos. Me >> explico: >> >> - Si yo quiero hacer un modelo del impacto del cambio climático en el >> entorno rural, pues me gustaría saber que tipo de cultivo hay en >> determinada zona. Incluso sus cambios históricos!!!!!!! >> - Si quiero hacer un modelo del impacto de las crecidas de un río en los >> cultivos de una zona pues lo mismo. >> - Si me interesa saber el impacto de los incendios, pues lo mismo. >> >> Eso así a bote pronto a las 12 de la noche son las cosas que se me >> ocurren, pero seguro que alguien puede poner muchas más (buff, calcular el >> impacto de las emisiones de los pedos de las vacas que en nueva zelanda es >> la contribución más importante a los gases de efecto invernadero!). >> Personalmente le veo MUCHÍSIMA más utilidad a las subparcelas y las >> parcelas que a mapear las papeleras o los árboles en las ciudades, y sin >> embargo esas cosas están y no se si ha habido la misma discusión. >> >> Si quereis juntar las parcelas con el mismo uso, me parece coherente pero >> seguramente el número de casos sea reducido. Mi experiencia me dice que >> entre dos parcelas siempre hay un muro/valla/"algo" (porque si no se LÍA >> PARDA DE COJONES y es la razón para la que haya un registro de la >> propiedad) y entre dos subparcelas no hay un muro pero si diferentes usos >> (por eso son subparcelas). En entorno urbano ya ni os cuento porque si no >> está edificado creo que tiene que haberla por ley y si lo está no me viene >> a la cabeza ningún caso en el que no haya un "algo" que la delimite. >> >> El otro tema que ponen es que dificulta las ediciones manuales. Eso es un >> problema DE LA HERRAMIENTA de edición, no de los datos. A mi el JOSM (y >> demás editores) me parecen la cosa más anti-intuitiva de usar del >> universos. Para este tipo de tareas es necesario un herramienta basada en >> tareas y en el contexto, que elimine toda la información innecesaria para >> resolver el problema aka editar los datos que estés haciendo en ese >> momento. Si seguimos haciendo herramientas del siglo XX (monolíticas, una >> herramienta resuelve todos tus problemas) para editar datos del siglo XXI >> (semánticos, la representación cambia según lo que estés haciendo) pues así >> nos va. >> >> Y luego para terminar se comenta problemas con la base de datos. Pues eso >> ya si que me mata. ¿poner esos datos introduce problemas de pero los >> arboles en la ciudad y papeleras que he comentado antes no? ¿Los puntos de >> interés tampoco (bares, restaurantes, etc), verdad? Las rutas a pie o en >> silla de rueda, en bici, también consumirán espacio y recursos, ¿no? De >> hecho hasta ahora no hemos "creado" ningún tag nuevo excepto los deportivos >> locales y la referencia catastral (si no me acuerdo mal) así que no estamos >> metiendo cosas nuevas, solo lo estamos haciéndolo de forma "masiva". >> >> Vamos, si alguien tiene ganas de traducir y comentar estas cosas porque >> yo ahora mismo estoy un poco cansado, somnoliento y cabreado (no lo voy a >> negar)... >> >> Ya hablamos mañana. >> >> -- >> Cruz Enrique Borges Hernández >> Email: cruz.bor...@deusto.es >> >> DeustoTech Energy >> Telefono: 944139000 ext.2052 >> Avda. Universidades, 24 >> 48007 Bilbao, Spain >> >> _______________________________________________ >> Talk-es mailing list >> Talk-es@openstreetmap.org >> http://lists.openstreetmap.org/listinfo/talk-es >> >> Yo hay una cosa que realmente no entiendo, tenemos que discutir con nadie > lo que hacemos? > > Es decir, soy un fulanito de copas totalmente anónimo, sigo la lista, uso > cat2osm, convierto mi aldea y la subo; no se entera nadie y tan feliz. > > Qué explicaciones le tenemos que dar a nadie de nada, lo que queremos > subir es lo que podría subir cualquier usuario con una currada de narices, > no vamos a sobrecargar la base de datos de nada, no tenemos nada nuevo solo > multipolígonos y ya está. > > > Dónde está el problema? > Existe realmente un problema? > > Buenas noches. > > _______________________________________________ > Talk-es mailing list > Talk-es@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-es > > -- Cruz Enrique Borges Hernández Email: cruz.bor...@deusto.es DeustoTech Energy Telefono: 944139000 ext.2052 Avda. Universidades, 24 48007 Bilbao, Spain
_______________________________________________ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
