Hi list, I'd like to make GeoNode able to manage cartographic products. For cartography I mean a non georeferenced map in a custom layout with a title, legend, overview and so on. Cartography could be uploaded into GeoNode such as a layer, this should not be published to Geoserver but should be in Geonetwork. Beyond normal metadata, a cartography entry should keep trace of the layers used to build it by choosing among the available layers in GeoNode (or by link to the data upload procedure if are new layers). Cartography metadata should have a bbox field where to indicate the coordinates of the map extension. In the future we can think of publish directly the print result of the /maps/x/view applications. Any ideas, opinions or suggestions are more than welcome. Until now I have wrote really experimental (and messy) code trying to use the GeoNode code as much as possible. You can find it at https://github.com/simod/geonode/ and https://github.com/simod/geonode-client. Thanks for your help -- Simone Dalmasso
Hello Simone, I don't understand very well what the cartography app will do, but would like to learn more about it and also help you set up the project in a way that makes it easier for you to extend GeoNode without having to fork the whole geonode and geonode-client trees. Let's meet in the #geonode chatroom tomorrow(or any other) morning (at some point between 9a.m. and 12m EST http://www.timeanddate.com/library/abbreviations/timezones/na/est.html ). Ariel. On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso <simone.dalmasso@ithaca.polito.it> wrote: > Hi list, > I'd like to make GeoNode able to manage cartographic products. For > cartography I mean a non georeferenced map in a custom layout with a title, > legend, overview and so on. > Cartography could be uploaded into GeoNode such as a layer, this should not > be published to Geoserver but should be in Geonetwork. > Beyond normal metadata, a cartography entry should keep trace of the layers > used to build it by choosing among the available layers in GeoNode (or by > link to the data upload procedure if are new layers). > Cartography metadata should have a bbox field where to indicate the > coordinates of the map extension. > In the future we can think of publish directly the print result of > the /maps/x/view applications. > Any ideas, opinions or suggestions are more than welcome. > Until now I have wrote really experimental (and messy) code trying to use > the GeoNode code as much as possible. > You can find it > at https://github.com/simod/geonode/ and https://github.com/simod/geonode-client. > Thanks for your help > -- > Simone Dalmasso > >
Hi Ariel, I really appreciate your help. We as Ithaca would like to use GeoNode for some tasks related to emergency response. This include sharing the cartography that we produce with desktop softwares. GeoNode could be helpful in sharing also the layers used to build the cartography as they are results of analisys. I hope to have better explained our aim. Thanks a lot! 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: > Hello Simone, > > I don't understand very well what the cartography app will do, but > would like to learn more about it and also help you set up the project > in a way that makes it easier for you to extend GeoNode without having > to fork the whole geonode and geonode-client trees. > > Let's meet in the #geonode chatroom tomorrow(or any other) morning (at > some point between 9a.m. and 12m EST > http://www.timeanddate.com/library/abbreviations/timezones/na/est.html > ). > > Ariel. > > On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso > <simone.dalmasso@ithaca.polito.it> wrote: >> Hi list, >> I'd like to make GeoNode able to manage cartographic products. For >> cartography I mean a non georeferenced map in a custom layout with a >> title, >> legend, overview and so on. >> Cartography could be uploaded into GeoNode such as a layer, this should >> not >> be published to Geoserver but should be in Geonetwork. >> Beyond normal metadata, a cartography entry should keep trace of the >> layers >> used to build it by choosing among the available layers in GeoNode (or by >> link to the data upload procedure if are new layers). >> Cartography metadata should have a bbox field where to indicate the >> coordinates of the map extension. >> In the future we can think of publish directly the print result of >> the /maps/x/view applications. >> Any ideas, opinions or suggestions are more than welcome. >> Until now I have wrote really experimental (and messy) code trying to use >> the GeoNode code as much as possible. >> You can find it >> at https://github.com/simod/geonode/ and https://github.com/simod/geonode-client. >> Thanks for your help >> -- >> Simone Dalmasso >> >> > -- Simone
Hey Simone, thanks for the email, I'm psyched you're bringing it up, I saw some of the commits go by earlier and it looked cool. Ariel - to expand on the use case a bit more, I've actually heard the same desire from some people at the world bank. The main thing driving it is that when a disaster happens there are a number of units in the UN that have great desktop GIS skills, who jump in to action and make really nice looking maps. But they tend to just float out there, passed around, with no one really knowing what data is involved. Bringing this cartography functionality in lets GeoNode be useful as a sharing platform for those, which are generally PDF's. But they should include the actual data that is behind them, with proper permissions, so others can easily recreate and expand on it. Ideally in a disaster a GeoNode serves as the repository of geospatial information, including the high quality pdf maps that are often used now. Simone - it'd be great to work to have this coded as a plugin to GeoNode, so that administers of a GeoNode can easily choose to enable the functionality. I think some may not want it in by default (like organizations that don't have desktop cartographers), but it'd be a great option for those who do produce maps this way, to start to get their GIS pro's more involved. On Mon, Jun 13, 2011 at 1:25 PM, Simone Dalmasso < simone.dalmasso@ithaca.polito.it> wrote: > Hi Ariel, > I really appreciate your help. > > We as Ithaca would like to use GeoNode for some tasks related to > emergency response. This include sharing the cartography that we > produce with desktop softwares. GeoNode could be helpful in sharing > also the layers used to build the cartography as they are results of > analisys. > > I hope to have better explained our aim. > > Thanks a lot! > > 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: > > Hello Simone, > > > > I don't understand very well what the cartography app will do, but > > would like to learn more about it and also help you set up the project > > in a way that makes it easier for you to extend GeoNode without having > > to fork the whole geonode and geonode-client trees. > > > > Let's meet in the #geonode chatroom tomorrow(or any other) morning (at > > some point between 9a.m. and 12m EST > > http://www.timeanddate.com/library/abbreviations/timezones/na/est.html > > ). > > > > Ariel. > > > > On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso > > <simone.dalmasso@ithaca.polito.it> wrote: > >> Hi list, > >> I'd like to make GeoNode able to manage cartographic products. For > >> cartography I mean a non georeferenced map in a custom layout with a > >> title, > >> legend, overview and so on. > >> Cartography could be uploaded into GeoNode such as a layer, this should > >> not > >> be published to Geoserver but should be in Geonetwork. > >> Beyond normal metadata, a cartography entry should keep trace of the > >> layers > >> used to build it by choosing among the available layers in GeoNode (or > by > >> link to the data upload procedure if are new layers). > >> Cartography metadata should have a bbox field where to indicate the > >> coordinates of the map extension. > >> In the future we can think of publish directly the print result of > >> the /maps/x/view applications. > >> Any ideas, opinions or suggestions are more than welcome. > >> Until now I have wrote really experimental (and messy) code trying to > use > >> the GeoNode code as much as possible. > >> You can find it > >> at https://github.com/simod/geonode/ and > https://github.com/simod/geonode-client. > >> Thanks for your help > >> -- > >> Simone Dalmasso > >> > >> > > > > > -- > Simone >
I would actually say that the bounding box of the "printed" map should be in Geonetwork. The additional use case I can apply this idea to is the cataloging of library map collections (scans of paper maps). Where users have the ability to toss together an overview map that has outlines wherever a map or data source has coverage. Might be a tangential topic/use case but one I'm interested in. See the Alexandria library at UCSB for an example. http://clients.alexandria.ucsb.edu/globetrotter/ Thanks, Alex On 06/13/2011 11:10 AM, Chris Holmes wrote: > Hey Simone, thanks for the email, I'm psyched you're bringing it up, I saw > some of the commits go by earlier and it looked cool. > > Ariel - to expand on the use case a bit more, I've actually heard the same > desire from some people at the world bank. The main thing driving it is > that when a disaster happens there are a number of units in the UN that have > great desktop GIS skills, who jump in to action and make really nice looking > maps. But they tend to just float out there, passed around, with no one > really knowing what data is involved. > > Bringing this cartography functionality in lets GeoNode be useful as a > sharing platform for those, which are generally PDF's. But they should > include the actual data that is behind them, with proper permissions, so > others can easily recreate and expand on it. Ideally in a disaster a > GeoNode serves as the repository of geospatial information, including the > high quality pdf maps that are often used now. > > Simone - it'd be great to work to have this coded as a plugin to GeoNode, so > that administers of a GeoNode can easily choose to enable the functionality. > I think some may not want it in by default (like organizations that don't > have desktop cartographers), but it'd be a great option for those who do > produce maps this way, to start to get their GIS pro's more involved. > > On Mon, Jun 13, 2011 at 1:25 PM, Simone Dalmasso < > simone.dalmasso@ithaca.polito.it> wrote: > >> Hi Ariel, >> I really appreciate your help. >> >> We as Ithaca would like to use GeoNode for some tasks related to >> emergency response. This include sharing the cartography that we >> produce with desktop softwares. GeoNode could be helpful in sharing >> also the layers used to build the cartography as they are results of >> analisys. >> >> I hope to have better explained our aim. >> >> Thanks a lot! >> >> 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: >>> Hello Simone, >>> >>> I don't understand very well what the cartography app will do, but >>> would like to learn more about it and also help you set up the project >>> in a way that makes it easier for you to extend GeoNode without having >>> to fork the whole geonode and geonode-client trees. >>> >>> Let's meet in the #geonode chatroom tomorrow(or any other) morning (at >>> some point between 9a.m. and 12m EST >>> http://www.timeanddate.com/library/abbreviations/timezones/na/est.html >>> ). >>> >>> Ariel. >>> >>> On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso >>> <simone.dalmasso@ithaca.polito.it> wrote: >>>> Hi list, >>>> I'd like to make GeoNode able to manage cartographic products. For >>>> cartography I mean a non georeferenced map in a custom layout with a >>>> title, >>>> legend, overview and so on. >>>> Cartography could be uploaded into GeoNode such as a layer, this should >>>> not >>>> be published to Geoserver but should be in Geonetwork. >>>> Beyond normal metadata, a cartography entry should keep trace of the >>>> layers >>>> used to build it by choosing among the available layers in GeoNode (or >> by >>>> link to the data upload procedure if are new layers). >>>> Cartography metadata should have a bbox field where to indicate the >>>> coordinates of the map extension. >>>> In the future we can think of publish directly the print result of >>>> the /maps/x/view applications. >>>> Any ideas, opinions or suggestions are more than welcome. >>>> Until now I have wrote really experimental (and messy) code trying to >> use >>>> the GeoNode code as much as possible. >>>> You can find it >>>> at https://github.com/simod/geonode/ and >> https://github.com/simod/geonode-client. >>>> Thanks for your help >>>> -- >>>> Simone Dalmasso >>>> >>>> >>> >> >> >> -- >> Simone >> >
That makes sense. Note that one roadmap item is to georeference those scanned maps through GeoNode, see http://geonode.org/roadmap/upload-non-georeferenced-maps/ We're actually funded right now to get the needed functionality in to GeoServer and GXP (the library above GeoExt that runs the GeoNode Map Composer). So it'll hopefully be relatively easy to get the results in to GeoNode, just figuring out and implementing the right UI, relying on the new GS and GXP stuff for the heavy lifting. On Tue, Jun 14, 2011 at 4:33 PM, Alex Mandel <tech_dev@wildintellect.com>wrote: > I would actually say that the bounding box of the "printed" map should > be in Geonetwork. The additional use case I can apply this idea to is > the cataloging of library map collections (scans of paper maps). Where > users have the ability to toss together an overview map that has > outlines wherever a map or data source has coverage. > > Might be a tangential topic/use case but one I'm interested in. See the > Alexandria library at UCSB for an example. > http://clients.alexandria.ucsb.edu/globetrotter/ > > Thanks, > Alex > > > On 06/13/2011 11:10 AM, Chris Holmes wrote: > > Hey Simone, thanks for the email, I'm psyched you're bringing it up, I > saw > > some of the commits go by earlier and it looked cool. > > > > Ariel - to expand on the use case a bit more, I've actually heard the > same > > desire from some people at the world bank. The main thing driving it is > > that when a disaster happens there are a number of units in the UN that > have > > great desktop GIS skills, who jump in to action and make really nice > looking > > maps. But they tend to just float out there, passed around, with no one > > really knowing what data is involved. > > > > Bringing this cartography functionality in lets GeoNode be useful as a > > sharing platform for those, which are generally PDF's. But they should > > include the actual data that is behind them, with proper permissions, so > > others can easily recreate and expand on it. Ideally in a disaster a > > GeoNode serves as the repository of geospatial information, including the > > high quality pdf maps that are often used now. > > > > Simone - it'd be great to work to have this coded as a plugin to GeoNode, > so > > that administers of a GeoNode can easily choose to enable the > functionality. > > I think some may not want it in by default (like organizations that > don't > > have desktop cartographers), but it'd be a great option for those who do > > produce maps this way, to start to get their GIS pro's more involved. > > > > On Mon, Jun 13, 2011 at 1:25 PM, Simone Dalmasso < > > simone.dalmasso@ithaca.polito.it> wrote: > > > >> Hi Ariel, > >> I really appreciate your help. > >> > >> We as Ithaca would like to use GeoNode for some tasks related to > >> emergency response. This include sharing the cartography that we > >> produce with desktop softwares. GeoNode could be helpful in sharing > >> also the layers used to build the cartography as they are results of > >> analisys. > >> > >> I hope to have better explained our aim. > >> > >> Thanks a lot! > >> > >> 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: > >>> Hello Simone, > >>> > >>> I don't understand very well what the cartography app will do, but > >>> would like to learn more about it and also help you set up the project > >>> in a way that makes it easier for you to extend GeoNode without having > >>> to fork the whole geonode and geonode-client trees. > >>> > >>> Let's meet in the #geonode chatroom tomorrow(or any other) morning (at > >>> some point between 9a.m. and 12m EST > >>> http://www.timeanddate.com/library/abbreviations/timezones/na/est.html > >>> ). > >>> > >>> Ariel. > >>> > >>> On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso > >>> <simone.dalmasso@ithaca.polito.it> wrote: > >>>> Hi list, > >>>> I'd like to make GeoNode able to manage cartographic products. For > >>>> cartography I mean a non georeferenced map in a custom layout with a > >>>> title, > >>>> legend, overview and so on. > >>>> Cartography could be uploaded into GeoNode such as a layer, this > should > >>>> not > >>>> be published to Geoserver but should be in Geonetwork. > >>>> Beyond normal metadata, a cartography entry should keep trace of the > >>>> layers > >>>> used to build it by choosing among the available layers in GeoNode (or > >> by > >>>> link to the data upload procedure if are new layers). > >>>> Cartography metadata should have a bbox field where to indicate the > >>>> coordinates of the map extension. > >>>> In the future we can think of publish directly the print result of > >>>> the /maps/x/view applications. > >>>> Any ideas, opinions or suggestions are more than welcome. > >>>> Until now I have wrote really experimental (and messy) code trying to > >> use > >>>> the GeoNode code as much as possible. > >>>> You can find it > >>>> at https://github.com/simod/geonode/ and > >> https://github.com/simod/geonode-client. > >>>> Thanks for your help > >>>> -- > >>>> Simone Dalmasso > >>>> > >>>> > >>> > >> > >> > >> -- > >> Simone > >> > > > >
could not decode message
Per the georeferencer part I assume you have a copy of the Metacarta rectifier tool sitting around. It probably solved a few of the issues that will come up and is a django based app too: https://github.com/crschmidt/labs-rectifier The other interesting and different take on it is Jeff Warren's cartagen knitter (I think it's Ruby though), which should be another reference point went thinking about how the user interacts with the tools and if the tool is traditional affine transformation by pairs or not (Knitter is not, I forgot what the method used is called). https://github.com/jywarren/cartagen I had planned to shove the lab rectifier into my same django site with geonode too, that and some sort of file system organization of uploaded files so users over my local network can add files over windows shares to their desktop GIS (read-only). Thanks, Alex On 06/14/2011 01:52 PM, Chris Holmes wrote: > That makes sense. Note that one roadmap item is to georeference those > scanned maps through GeoNode, see > http://geonode.org/roadmap/upload-non-georeferenced-maps/ We're actually > funded right now to get the needed functionality in to GeoServer and GXP > (the library above GeoExt that runs the GeoNode Map Composer). So it'll > hopefully be relatively easy to get the results in to GeoNode, just figuring > out and implementing the right UI, relying on the new GS and GXP stuff for > the heavy lifting. > > On Tue, Jun 14, 2011 at 4:33 PM, Alex Mandel <tech_dev@wildintellect.com>wrote: > >> I would actually say that the bounding box of the "printed" map should >> be in Geonetwork. The additional use case I can apply this idea to is >> the cataloging of library map collections (scans of paper maps). Where >> users have the ability to toss together an overview map that has >> outlines wherever a map or data source has coverage. >> >> Might be a tangential topic/use case but one I'm interested in. See the >> Alexandria library at UCSB for an example. >> http://clients.alexandria.ucsb.edu/globetrotter/ >> >> Thanks, >> Alex >> >> >> On 06/13/2011 11:10 AM, Chris Holmes wrote: >>> Hey Simone, thanks for the email, I'm psyched you're bringing it up, I >> saw >>> some of the commits go by earlier and it looked cool. >>> >>> Ariel - to expand on the use case a bit more, I've actually heard the >> same >>> desire from some people at the world bank. The main thing driving it is >>> that when a disaster happens there are a number of units in the UN that >> have >>> great desktop GIS skills, who jump in to action and make really nice >> looking >>> maps. But they tend to just float out there, passed around, with no one >>> really knowing what data is involved. >>> >>> Bringing this cartography functionality in lets GeoNode be useful as a >>> sharing platform for those, which are generally PDF's. But they should >>> include the actual data that is behind them, with proper permissions, so >>> others can easily recreate and expand on it. Ideally in a disaster a >>> GeoNode serves as the repository of geospatial information, including the >>> high quality pdf maps that are often used now. >>> >>> Simone - it'd be great to work to have this coded as a plugin to GeoNode, >> so >>> that administers of a GeoNode can easily choose to enable the >> functionality. >>> I think some may not want it in by default (like organizations that >> don't >>> have desktop cartographers), but it'd be a great option for those who do >>> produce maps this way, to start to get their GIS pro's more involved. >>> >>> On Mon, Jun 13, 2011 at 1:25 PM, Simone Dalmasso < >>> simone.dalmasso@ithaca.polito.it> wrote: >>> >>>> Hi Ariel, >>>> I really appreciate your help. >>>> >>>> We as Ithaca would like to use GeoNode for some tasks related to >>>> emergency response. This include sharing the cartography that we >>>> produce with desktop softwares. GeoNode could be helpful in sharing >>>> also the layers used to build the cartography as they are results of >>>> analisys. >>>> >>>> I hope to have better explained our aim. >>>> >>>> Thanks a lot! >>>> >>>> 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: >>>>> Hello Simone, >>>>> >>>>> I don't understand very well what the cartography app will do, but >>>>> would like to learn more about it and also help you set up the project >>>>> in a way that makes it easier for you to extend GeoNode without having >>>>> to fork the whole geonode and geonode-client trees. >>>>> >>>>> Let's meet in the #geonode chatroom tomorrow(or any other) morning (at >>>>> some point between 9a.m. and 12m EST >>>>> http://www.timeanddate.com/library/abbreviations/timezones/na/est.html >>>>> ). >>>>> >>>>> Ariel. >>>>> >>>>> On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso >>>>> <simone.dalmasso@ithaca.polito.it> wrote: >>>>>> Hi list, >>>>>> I'd like to make GeoNode able to manage cartographic products. For >>>>>> cartography I mean a non georeferenced map in a custom layout with a >>>>>> title, >>>>>> legend, overview and so on. >>>>>> Cartography could be uploaded into GeoNode such as a layer, this >> should >>>>>> not >>>>>> be published to Geoserver but should be in Geonetwork. >>>>>> Beyond normal metadata, a cartography entry should keep trace of the >>>>>> layers >>>>>> used to build it by choosing among the available layers in GeoNode (or >>>> by >>>>>> link to the data upload procedure if are new layers). >>>>>> Cartography metadata should have a bbox field where to indicate the >>>>>> coordinates of the map extension. >>>>>> In the future we can think of publish directly the print result of >>>>>> the /maps/x/view applications. >>>>>> Any ideas, opinions or suggestions are more than welcome. >>>>>> Until now I have wrote really experimental (and messy) code trying to >>>> use >>>>>> the GeoNode code as much as possible. >>>>>> You can find it >>>>>> at https://github.com/simod/geonode/ and >>>> https://github.com/simod/geonode-client. >>>>>> Thanks for your help >>>>>> -- >>>>>> Simone Dalmasso >>>>>> >>>>>> >>>>> >>>> >>>> >>>> -- >>>> Simone >>>> >>> >> >> >
Yeah, the metacarta one was definitely the inspiration. We basically refactored it so it's pluggable in to GeoServer and GeoExt, so can be integrated in most any application. But uses the same core for sure. But yeah, psyched you were going to pull that stuff in to django, I'm psyched to see the different things that evolve with django as a site framework leveraging geonode core. Definitely fork on github so people can follow along and potentially pull improvements in. Chris On Tue, Jun 14, 2011 at 5:43 PM, Alex Mandel <tech_dev@wildintellect.com>wrote: > Per the georeferencer part I assume you have a copy of the Metacarta > rectifier tool sitting around. It probably solved a few of the issues > that will come up and is a django based app too: > https://github.com/crschmidt/labs-rectifier > > The other interesting and different take on it is Jeff Warren's cartagen > knitter (I think it's Ruby though), which should be another reference > point went thinking about how the user interacts with the tools and if > the tool is traditional affine transformation by pairs or not (Knitter > is not, I forgot what the method used is called). > https://github.com/jywarren/cartagen > > I had planned to shove the lab rectifier into my same django site with > geonode too, that and some sort of file system organization of uploaded > files so users over my local network can add files over windows shares > to their desktop GIS (read-only). > > Thanks, > Alex > > On 06/14/2011 01:52 PM, Chris Holmes wrote: > > That makes sense. Note that one roadmap item is to georeference those > > scanned maps through GeoNode, see > > http://geonode.org/roadmap/upload-non-georeferenced-maps/ We're > actually > > funded right now to get the needed functionality in to GeoServer and GXP > > (the library above GeoExt that runs the GeoNode Map Composer). So it'll > > hopefully be relatively easy to get the results in to GeoNode, just > figuring > > out and implementing the right UI, relying on the new GS and GXP stuff > for > > the heavy lifting. > > > > On Tue, Jun 14, 2011 at 4:33 PM, Alex Mandel <tech_dev@wildintellect.com > >wrote: > > > >> I would actually say that the bounding box of the "printed" map should > >> be in Geonetwork. The additional use case I can apply this idea to is > >> the cataloging of library map collections (scans of paper maps). Where > >> users have the ability to toss together an overview map that has > >> outlines wherever a map or data source has coverage. > >> > >> Might be a tangential topic/use case but one I'm interested in. See the > >> Alexandria library at UCSB for an example. > >> http://clients.alexandria.ucsb.edu/globetrotter/ > >> > >> Thanks, > >> Alex > >> > >> > >> On 06/13/2011 11:10 AM, Chris Holmes wrote: > >>> Hey Simone, thanks for the email, I'm psyched you're bringing it up, I > >> saw > >>> some of the commits go by earlier and it looked cool. > >>> > >>> Ariel - to expand on the use case a bit more, I've actually heard the > >> same > >>> desire from some people at the world bank. The main thing driving it > is > >>> that when a disaster happens there are a number of units in the UN that > >> have > >>> great desktop GIS skills, who jump in to action and make really nice > >> looking > >>> maps. But they tend to just float out there, passed around, with no > one > >>> really knowing what data is involved. > >>> > >>> Bringing this cartography functionality in lets GeoNode be useful as a > >>> sharing platform for those, which are generally PDF's. But they should > >>> include the actual data that is behind them, with proper permissions, > so > >>> others can easily recreate and expand on it. Ideally in a disaster a > >>> GeoNode serves as the repository of geospatial information, including > the > >>> high quality pdf maps that are often used now. > >>> > >>> Simone - it'd be great to work to have this coded as a plugin to > GeoNode, > >> so > >>> that administers of a GeoNode can easily choose to enable the > >> functionality. > >>> I think some may not want it in by default (like organizations that > >> don't > >>> have desktop cartographers), but it'd be a great option for those who > do > >>> produce maps this way, to start to get their GIS pro's more involved. > >>> > >>> On Mon, Jun 13, 2011 at 1:25 PM, Simone Dalmasso < > >>> simone.dalmasso@ithaca.polito.it> wrote: > >>> > >>>> Hi Ariel, > >>>> I really appreciate your help. > >>>> > >>>> We as Ithaca would like to use GeoNode for some tasks related to > >>>> emergency response. This include sharing the cartography that we > >>>> produce with desktop softwares. GeoNode could be helpful in sharing > >>>> also the layers used to build the cartography as they are results of > >>>> analisys. > >>>> > >>>> I hope to have better explained our aim. > >>>> > >>>> Thanks a lot! > >>>> > >>>> 2011/6/13, Ariel Nunez <ingenieroariel@gmail.com>: > >>>>> Hello Simone, > >>>>> > >>>>> I don't understand very well what the cartography app will do, but > >>>>> would like to learn more about it and also help you set up the > project > >>>>> in a way that makes it easier for you to extend GeoNode without > having > >>>>> to fork the whole geonode and geonode-client trees. > >>>>> > >>>>> Let's meet in the #geonode chatroom tomorrow(or any other) morning > (at > >>>>> some point between 9a.m. and 12m EST > >>>>> > http://www.timeanddate.com/library/abbreviations/timezones/na/est.html > >>>>> ). > >>>>> > >>>>> Ariel. > >>>>> > >>>>> On Mon, Jun 13, 2011 at 11:51 AM, Simone Dalmasso > >>>>> <simone.dalmasso@ithaca.polito.it> wrote: > >>>>>> Hi list, > >>>>>> I'd like to make GeoNode able to manage cartographic products. For > >>>>>> cartography I mean a non georeferenced map in a custom layout with a > >>>>>> title, > >>>>>> legend, overview and so on. > >>>>>> Cartography could be uploaded into GeoNode such as a layer, this > >> should > >>>>>> not > >>>>>> be published to Geoserver but should be in Geonetwork. > >>>>>> Beyond normal metadata, a cartography entry should keep trace of the > >>>>>> layers > >>>>>> used to build it by choosing among the available layers in GeoNode > (or > >>>> by > >>>>>> link to the data upload procedure if are new layers). > >>>>>> Cartography metadata should have a bbox field where to indicate the > >>>>>> coordinates of the map extension. > >>>>>> In the future we can think of publish directly the print result of > >>>>>> the /maps/x/view applications. > >>>>>> Any ideas, opinions or suggestions are more than welcome. > >>>>>> Until now I have wrote really experimental (and messy) code trying > to > >>>> use > >>>>>> the GeoNode code as much as possible. > >>>>>> You can find it > >>>>>> at https://github.com/simod/geonode/ and > >>>> https://github.com/simod/geonode-client. > >>>>>> Thanks for your help > >>>>>> -- > >>>>>> Simone Dalmasso > >>>>>> > >>>>>> > >>>>> > >>>> > >>>> > >>>> -- > >>>> Simone > >>>> > >>> > >> > >> > > > >