Now to the matter.
I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here.
The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations.
The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them.
I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?).
As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky).
That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it.
Piotrekk
Piotr Kopczyn'ski wrote:
Now to the matter.
I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here.
The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations.
The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them.
I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?).
As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky).
That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it.
At this point I would say the most important thing is to get your application submitted to google via the SoC web application. It sounds to me that you know more about what you need to do than you give yourself credit for. To get a little extra confidence read through the previous years' proposals on the wiki to get an idea of the form and style. You'll want to include research in your timeline. I doubt you will need to work too closely with the inkscape internals if your project is primarily to be carried out in XSLT.
Good luck!
Aaron Spike
Piotr Kopczyński wrote:
Now to the matter.
I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here.
The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations.
The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them.
I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?).
As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky).
That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it.
Fantastic that you want to work on this - some of us have talked about the need for this - I'll help you any way I can.
Regarding a work plan - try to break it down into small 1-7 day tasks - approach it in an agile function - so then your goal is to complete at least one task per week.
Actually KML => SVG might not be that easy - Google uses a lot of pre-made objects (such as popups / cloud boxes) that would have to be translated. But again, by taking it in small chunks, you can get a working XSLT translation that can be added to. Also the other direction might have the most impact - being able to draw some nice icons, etc to be added as a map overlay.
But yes, time is running out so get a basic proposal together to make the deadline. We can help you add to it.
Any thoughts on doing some OpenStreetMap integration?
On Sat, 2009-04-04 at 07:57 -0500, MilesTogoe wrote:
Piotr Kopczyński wrote:
Now to the matter.
I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here.
The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations.
The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them.
I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?).
As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky).
That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it.
Fantastic that you want to work on this - some of us have talked about the need for this - I'll help you any way I can.
Regarding a work plan - try to break it down into small 1-7 day tasks - approach it in an agile function - so then your goal is to complete at least one task per week.
Actually KML => SVG might not be that easy - Google uses a lot of pre-made objects (such as popups / cloud boxes) that would have to be translated. But again, by taking it in small chunks, you can get a working XSLT translation that can be added to. Also the other direction might have the most impact - being able to draw some nice icons, etc to be added as a map overlay.
But yes, time is running out so get a basic proposal together to make the deadline. We can help you add to it.
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
Joel Holdsworth wrote:
Any thoughts on doing some OpenStreetMap integration?
For those on the list that might not know - Open Street Map is actually rendered in SVG - then uses Inkscape's command level to save to png tiles.
It would be great if we had a GSOC student interested (or anyone else with the time) - it could range from a full fledged editor to maybe something simpler (?) like getting Inkscape to work with lat / long coordinate value translations. 80n at OSM is really interested in this as well
On Sat, 2009-04-04 at 07:57 -0500, MilesTogoe wrote:
Piotr Kopczyński wrote:
Now to the matter.
I haven't got a clear idea what to do, I'm not even sure about the guidelines for this task nor have a complete feeling of the goal. On the other hand I have some chances to make a piece of valuable work here.
The task was described as "likely XSLT". Fortunately I have the basic understanding of XML and XSLT (I've recently accomplished a subject at my university devoted to XML and XSLT, so I'm quite fresh with it). In addition, I got to like it and feel a need to deal more with such translations.
The fact is, I don't know the "XML Schemas" and practical aspects of SVG and KML. I will need some time to get through their documentations. Anyway, both specifications are worth knowing, so I will gladly learn them.
I guess the job may be considered as import and export respectively. Importing (KML to SVG) shall be relatively simple and with a small risk of an "out-of-time" defeat. The other direction (export) seems more hard and needing deeper considerations. Of course, the importing part might also need some "parameters" (options in import wizard?).
As I am freaky/scarry of not meeting the deadline, I like to find a safe-feeling solution first. An example of such is making a little website for converting KML to SVG using for example Firefox built-in XSL processor (I've used this solution in my last XSLT project, although it didn't involve any SVG rendering). I have then made a silly and tiny web framework (using PHP + .htaccess + mod_rewrite) for passing parameters to the XSLT file (parameters are dynamically inserted into original file as lines with an xsl:param definition each). Thus I could make a small portal driven only by XSLT :-) As this solution is quite comfortable and "recent" for me, I believe "I can make it", and in the meantime we can optionally consider if I will be able to deal with Inkscape internals (that is what I don't know at all, so this may be more risky).
That's it for a minimum. I'm waiting for your opinion and expectations. If you agree for solving this task via XSLT, I'm likely to success with it.
Fantastic that you want to work on this - some of us have talked about the need for this - I'll help you any way I can.
Regarding a work plan - try to break it down into small 1-7 day tasks - approach it in an agile function - so then your goal is to complete at least one task per week.
Actually KML => SVG might not be that easy - Google uses a lot of pre-made objects (such as popups / cloud boxes) that would have to be translated. But again, by taking it in small chunks, you can get a working XSLT translation that can be added to. Also the other direction might have the most impact - being able to draw some nice icons, etc to be added as a map overlay.
But yes, time is running out so get a basic proposal together to make the deadline. We can help you add to it.
Inkscape-devel mailing list Inkscape-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel
W dniu 4 kwietnia 2009 14:57 użytkownik MilesTogoe <miles.togoe@...400...> napisał:
Fantastic that you want to work on this - some of us have talked about the need for this - I'll help you any way I can.
Sounds great, I'm very pleased :-)
Regarding a work plan - try to break it down into small 1-7 day tasks - approach it in an agile function - so then your goal is to complete at least one task per week.
Actually KML => SVG might not be that easy - Google uses a lot of pre-made objects (such as popups / cloud boxes) that would have to be translated. But again, by taking it in small chunks, you can get a working XSLT translation that can be added to. Also the other direction might have the most impact - being able to draw some nice icons, etc to be added as a map overlay.
But yes, time is running out so get a basic proposal together to make the deadline. We can help you add to it.
Right, I will refine the plan in this manner and post the changes here and/or in the comments to the application. It looks like I need to get familiar with KML (and SVG) really soon (I actually started to learn SVG).
By the way, I think I need to learn some smart techniques about project management. Making a work plan like this one and estimating the needed time is a perfect example. Can anybody propose something (pointing me to appropriate materials is pretty fine)?
Piotrek
participants (5)
-
Aaron Spike -
Alexandre Prokoudine -
Joel Holdsworth -
MilesTogoe -
Piotr Kopczyński