Hi,
> I disagree with this point of view. In nearly all cases, if there is a
> place outside the map, I don't want half of it's label on my map.
> There's no point making a custom map if it is that crude. There is one
> obscure exception, that only doesn't seem obscure because it's
> about all
>
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Frederik Ramm wrote:
| Currently all clipping in Osmarender is done through SVG, i.e.
| Osmarender always renders the full input even if you request to see
| only a small rectangle, and then it is left to the SVG renderer to
| cut out that rectangle. F
On Wed, Mar 26, 2008 at 11:48 AM, Martijn Pannevis
<[EMAIL PROTECTED]> wrote:
> However, I do have one question: The current discussion seems to lean
> towards Osmarender. Personally I'd rather see a Mapnik style editor. I
> do realize that serving maps with different styles takes computing powe
I'm really in favor of having an easier way of getting maps in different
styles.
However, I do have one question: The current discussion seems to lean
towards Osmarender. Personally I'd rather see a Mapnik style editor. I
do realize that serving maps with different styles takes computing power
On 25 Mar 2008, at 16:47, Mario wrote:
> Frederik Ramm ha scritto:
>> But he might yet switch to writing a Mapnik frontent which
>> wouldn't be
>> bad either, and he could JNI the whole Mapnik into his Java app.
>
> Hi Frederik, actually my first post on dev list was considering GUI
> frontend
On 25 Mar 2008, at 16:25, Frederik Ramm wrote:
> Hi,
>
> On 25.03.2008, at 16:45, Artem Pavlenko wrote:
>>> Is this a total madness?
>>
>> Yes, it is :)
>>
>> As Tom already pointed out (Python):
>
> It may not have become entirely clear from Mario's latest mad
> ramblings ;-) but he started ou
Frederik Ramm <[EMAIL PROTECTED]> writes:
> It may not have become entirely clear from Mario's latest mad
> ramblings ;-) but he started out to write an Osmarender frontend,
> i.e. a GUI app that would let you tweak the Osmarender rule files and
> possibly CSS.
I haven't followed the whole
Frederik Ramm ha scritto:
> But he might yet switch to writing a Mapnik frontent which wouldn't be
> bad either, and he could JNI the whole Mapnik into his Java app.
Hi Frederik, actually my first post on dev list was considering GUI
frontend for Osmarender or Mapnik.
Don't know if there is eno
Hi,
On 25.03.2008, at 16:45, Artem Pavlenko wrote:
>> Is this a total madness?
>
> Yes, it is :)
>
> As Tom already pointed out (Python):
It may not have become entirely clear from Mario's latest mad
ramblings ;-) but he started out to write an Osmarender frontend,
i.e. a GUI app that would l
On 25 Mar 2008, at 15:32, Mario wrote:
> Hi Robert!
>
> Robert (Jamie) Munro ha scritto:
>> I would like a thing on OSM.org that lets me select an area from the
>> slippy map with a draggable box (like the shift-drag feature), but
>> instead of just zooming, took me to a page where I can choose f
Sorry, I forgot:
another option we can consider is to let Java rules-handler core
communicate natively (for example to improve JOSM), but also with XML in
some way.
Again.. are these ideas totally out of the world?
Mario
___
dev mailing list
dev@ope
Hi Robert!
Robert (Jamie) Munro ha scritto:
> I would like a thing on OSM.org that lets me select an area from the
> slippy map with a draggable box (like the shift-drag feature), but
> instead of just zooming, took me to a page where I can choose from a few
> style options and parameters and down
In message <[EMAIL PROTECTED]>
Robert Munro <[EMAIL PROTECTED]> wrote:
> I would like a thing on OSM.org that lets me select an area from the
> slippy map with a draggable box (like the shift-drag feature), but
> instead of just zooming, took me to a page where I can choose from a few
> st
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Mario wrote:
| Hi all again! :)
|
| As Sebastian told me, I'm writing in the dev list (for 80n to reply ;))
| for more informations about Osmarender.
|
| Before I can deeply and technically explore what can I do, I wish to ask
| you some general questi
Hi Sven!
First of all thank you for your precious informations.
> If my memory doesn't play tricks on me that was me who suggested this
> Tool on the GSoC wiki-page. So I'm very pleased by the enthusiasm you
> put into this idea.
I like it for sure! :)
> My dream is that any clerk whose compu
Mario wrote:
> Hi Miles!
>
>> As info, if you decide to include some Inkscape integration on one of
>> the steps, you can expect to get a lot of help from the Inkscape team
>> (Inkscape has had 3-5 GSoC successful students every year and the
>> team gets quite involved). 80n will be an awesome
Hi Mario,
If my memory doesn't play tricks on me that was me who suggested this
Tool on the GSoC wiki-page. So I'm very pleased by the enthusiasm you
put into this idea.
Though I'm no developer and reading this list out of pure interest I'm
gonna raise my voice to shed some light on my thou
Hi Miles!
> As info, if you
> decide to include some Inkscape integration on one of the steps, you can
> expect to get a lot of help from the Inkscape team (Inkscape has had 3-5
> GSoC successful students every year and the team gets quite involved).
> 80n will be an awesome guide for you on
> Now, if you want to make the road wider on
> the map, you have to remember to change both the core stroke width and
> the casing stroke width. And there may be additional style definitions
> for bridge or tunnel casings for this kind of road, all of which you
> have to change. It would be great
Mario wrote:
> Wow, the discussion is getting more and more interesting :)
>
> I'll reply to you all at once, cause the replies would be tangled.
>
> The little brainstorming I've done is not intended to be for this
> summer. I've written those guidelines to clarify my ideas on the
> application:
Hi,
>> 2) There should be some way to add/remove/edit styles. My idea is to let
>>the user select from a list of the real CSS names and/or select from a
>>"modified name" (eventually hierarchical.. i.e. "stroke-width" becomes
>>"width" under menu "stroke", with some associated help tip
Wow, the discussion is getting more and more interesting :)
I'll reply to you all at once, cause the replies would be tangled.
The little brainstorming I've done is not intended to be for this
summer. I've written those guidelines to clarify my ideas on the
application: for example, I could dev
On Sun, Mar 23, 2008 at 3:28 PM, MilesTogoe <[EMAIL PROTECTED]> wrote:
> Mario wrote:
> > Hi 80n! :)
> >
> >
> >> JOSM is directed towards editing nodes, ways and relations. For the
> >> Osmarender frontend you want to be editing rules and styles. Not sure
> >> that JOSM helps much with that.
>
On Sun, Mar 23, 2008 at 3:26 PM, Frederik Ramm <[EMAIL PROTECTED]> wrote:
> Hi,
>
> > So, if we want to mantain XSLT, there should be a way to display
> > only a subset of the SVG, with a sort of global preview and the
> > classical "rectangle", which could be used to zoom only single
> > parts of
On Sun, Mar 23, 2008 at 2:10 PM, Mario <[EMAIL PROTECTED]> wrote:
> Hi 80n! :)
>
> > JOSM is directed towards editing nodes, ways and relations. For the
> > Osmarender frontend you want to be editing rules and styles. Not sure
> > that JOSM helps much with that.
>
> My idea was to integrate this
Mario wrote:
> Hi 80n! :)
>
>
>> JOSM is directed towards editing nodes, ways and relations. For the
>> Osmarender frontend you want to be editing rules and styles. Not sure
>> that JOSM helps much with that.
>>
>
> My idea was to integrate this as an independent JOSM plugin only to let
Hi,
> So, if we want to mantain XSLT, there should be a way to display
> only a subset of the SVG, with a sort of global preview and the
> classical "rectangle", which could be used to zoom only single
> parts of the map. When you use the rectangle, the program should
> take only the point
Hi,
> Of course the processing time depends highly on what you want to render.
> Rendering the city of Karlsruhe takes about 30 seconds for the XSLT part
> and another 60 seconds to display the resulting SVG, on a fast machine;
> but if you work with a reasonable sub-section then it will be fas
Hi,
>> I could imagine that for a simple raw preview
>> functionality, one could take the procedural variant of Osmarender
>> and
>> replace the SVG generator bit by writing directly to a Cairo or GD
>> canvas (or generationg Java2D graphics instructions). This would
>> perhaps not give you the
Hi 80n! :)
> JOSM is directed towards editing nodes, ways and relations. For the
> Osmarender frontend you want to be editing rules and styles. Not sure
> that JOSM helps much with that.
My idea was to integrate this as an independent JOSM plugin only to let
the final user living with as few
Hi Frederik,
> I think this is not clear to many
Great! :)
> I could imagine that for a simple raw preview
> functionality, one could take the procedural variant of Osmarender and
> replace the SVG generator bit by writing directly to a Cairo or GD
> canvas (or generationg Java2D graphics instr
On Sun, Mar 23, 2008 at 12:06 PM, Mario <[EMAIL PROTECTED]> wrote:
> Hi all again! :)
>
> As Sebastian told me, I'm writing in the dev list (for 80n to reply ;))
> for more informations about Osmarender.
>
> Before I can deeply and technically explore what can I do, I wish to ask
> you some genera
Hi,
> It's not very clear to me what "osmarender frontend" should be directed to:
I think this is not clear to many, but the core problem is that to
render a map with Osmarender, you need a set of rules, and today the
only way to edit this rule set is to fire up your editor and modify
the XML fil
Hi all again! :)
As Sebastian told me, I'm writing in the dev list (for 80n to reply ;))
for more informations about Osmarender.
Before I can deeply and technically explore what can I do, I wish to ask
you some general questions.
It's not very clear to me what "osmarender frontend" should be d
34 matches
Mail list logo