Hi Gioavanni,
as I can see it is not reported.
2016-12-27 17:25 GMT+02:00 Giovanni Manghi :
> Hi Alex,
>
>
>> Seems this is a general Processing bug and if I'm not wrong it worked fine
>> before parameters refactoring.
>
> is there already a (regression) ticket about this issue? I cannot see
> it
Hi Alex,
> Seems this is a general Processing bug and if I'm not wrong it worked fine
> before parameters refactoring.
is there already a (regression) ticket about this issue? I cannot see
it, but maybe I'm just not able to search the right keywords.
cheers!
-- G --
___
2016-12-26 11:15 GMT+02:00 Paolo Cavallini :
> I'm getting strange results, with starting points not included in sevice
> areas, see attached. A known limitation, or am I doing something wrong?
Maybe this is a bug, I will check.
--
Alexander Bruy
___
Hi Paolo,
2016-12-26 10:51 GMT+02:00 Paolo Cavallini :
> thanks for this. got the issue: the travel cost parameter gets silently
> zeroed if I edit the default 0 value. If I first delete the 0,00
> default value, then enter my param, it works fine. This is a general
> issue with Processing, an
Hi Alex,
Il 26/12/2016 08:25, Alexander Bruy ha scritto:
> Here is short explanation from ArcGIS documentation
> http://desktop.arcgis.com/en/arcmap/latest/extensions/network-analyst/service-area.htm
>
> Also note that convex hull used only as example, you can get more
> accurate result
> using
Hi Paolo,
2016-12-24 12:25 GMT+02:00 Paolo Cavallini :
> * I cannot get meaningful convex hullsfor the two service area algs.
> I'm probably not understanting how the area algs work. Alex, could you
> please give a quick explanation, or point to an existing one, and/or
> share a sample project and
Hi,
Il 14/12/2016 09:04, Paolo Cavallini ha scritto:
> I am aware of the issue, I tried increasing tolerance, with no results.
> That happened with EPSG:4326; when switching to a metric CRS, it works.
> My interpretation is that setting a too high tolerance, easy for degrees
> (e.g. 1 degree is h
Il 14/12/2016 19:15, Paolo Cavallini ha scritto:
> Il 14/12/2016 12:30, Alexander Bruy ha scritto:
>> 2016-12-14 10:11 GMT+02:00 Paolo Cavallini :
>>> * the shortest path, if created, does not have a distinctive style;
>>
>> This is common behavior for all Processing algs: outputs added using QGIS
Il 14/12/2016 12:24, Alexander Bruy ha scritto:
> 2016-12-14 10:04 GMT+02:00 Paolo Cavallini :
* the new widget to get coordinates from canvas is supernice, can it be
uses for other modules (e.g. r.viewsed, and others from GRASS) as well?
>>>
>>> This widget was added about year ago or ev
Il 14/12/2016 12:30, Alexander Bruy ha scritto:
> 2016-12-14 10:11 GMT+02:00 Paolo Cavallini :
>> * the shortest path, if created, does not have a distinctive style;
>
> This is common behavior for all Processing algs: outputs added using QGIS
> random styling. You can easily fix it by assigning d
2016-12-14 10:11 GMT+02:00 Paolo Cavallini :
> * the shortest path, if created, does not have a distinctive style;
This is common behavior for all Processing algs: outputs added using QGIS
random styling. You can easily fix it by assigning desired style for algorithm
output using "Edit rendering s
2016-12-14 10:04 GMT+02:00 Paolo Cavallini :
>>> * the new widget to get coordinates from canvas is supernice, can it be
>>> uses for other modules (e.g. r.viewsed, and others from GRASS) as well?
>>
>> This widget was added about year ago or even later (can't remember exactly
>> when
>> I made it
Il 14/12/2016 09:04, Paolo Cavallini ha scritto:
> Hi Alexander,
>
> Il 14/12/2016 08:08, Alexander Bruy ha scritto:
>
>> 2016-12-13 20:44 GMT+02:00 Paolo Cavallini :
>>> just compiled, testing the new functions, but I cannot get any result,
>>> starting from OSM unprojected data. Anyone more luc
Hi Alexander,
Il 14/12/2016 08:08, Alexander Bruy ha scritto:
> 2016-12-13 20:44 GMT+02:00 Paolo Cavallini :
>> just compiled, testing the new functions, but I cannot get any result,
>> starting from OSM unprojected data. Anyone more lucky?
> I have used RoadGraph plugin several times with OSM d
Hi Paolo,
2016-12-13 20:44 GMT+02:00 Paolo Cavallini :
> just compiled, testing the new functions, but I cannot get any result,
> starting from OSM unprojected data. Anyone more lucky?
I have used RoadGraph plugin several times with OSM data and it worked fine.
Also I tested Processing algs with p
Hi all,
just compiled, testing the new functions, but I cannot get any result,
starting from OSM unprojected data. Anyone more lucky?
A few notes:
* the new widget to get coordinates from canvas is supernice, can it be
uses for other modules (e.g. r.viewsed, and others from GRASS) as well?
* in cas
16 matches
Mail list logo