Things to do in version: 6.3

PaCo

@Manuel Gozalbes @rca @elena @Markus @Eulàlia Mesalles @Angel @Arancha @Ruth @Gerard_La Foneria @Mariajobrador

Topic	Note	Proposed by	Approved	Implemented
Display the relations of the record to be deleted in the portals	When deleting records linked to one file, have the availability to see where the record is related,	@Eulàlia Mesalles	✔️	✔️
Allow translations in temp sections	E.g.: set the 'title' and 'photo caption' in different languages on import images	@Manuel Gozalbes	✔️	✔️
Order thesaurus branch by...	Select different fields to order or using an automatic order by a concept as Alphabetic	@elena
Duplicate records by specific data	choose the fields than you want to be duplicated	@elena
Filter and search within Time Machine	Search the Time Machine records to find the changes done by ... or in the specific time	@Eulàlia Mesalles
Eliminate Onomastic Thesaurus	Integrate Entities and People into a hierarchy than could be replace the current onomastic	@Eulàlia Mesalles
Mapping addresses	Implement to search streets and get the geolocation to locate into a map	@Eulàlia Mesalles
Display components in filter getting his permissions	Use user permissions to display the list of fields and decide whether they can be searched or not	@Manuel Gozalbes	✔️	✔️
Choose multiple autocomplete options	When searching in autocomplete, you can choose more than one result to assign to the field.	@Maria Alc
Open related records from relation list	Add a relation list option (in Inspector) to allow open the selected section related records in a new window	@Eulàlia Mesalles	✔️	✔️
Unify diffusion delete	Add the 'delete diffusion records' checkbox to all delete records modals	@Eulàlia Mesalles	✔️	✔️
Export widgets and calculations	Export calculations in computable way	@Eulàlia Mesalles	✔️	✔️

Proposals are accepted until 4th lunar moon of this year

Eulàlia Mesalles

PaCo
When deleting records linked to one file, have the availability to see where the record is related, as it happens now on the list section

Eulàlia Mesalles

PaCo

Primary and secondary relations showed in the relation information.
Rethink the way relations is showed, specially when the primary relation is linked to a resource. Not all the "secondary relations has to be showed.
The idea is to show not only the primary link, but also secondary relations, specially the Inventory where a resource is linked. As the projects grows, more persons are related to more than one project and often through other resources. This would be helpful in "Persons under study", but in fact I think that it is interesting to show this secondary link in other parts of the databases not only Persons under study".
I want to clarify that this is not a PERMISSION issue it is an information one that answers the question: Where is this resource linked and to what inventory is related?
I understand that this is an issue to think about (I hope my explanation makes sense).
@Alex

elena

I would like the "catalogar" tool to be more flexible, prepared for a large amount of entries and the most important thing to be allow to automatize the organization by some field like "number" or "key"

Alex

elena thing to be allow to automatize the organization by some field like "number" or "key"

Hi @elena

Could you explain your proposal more? I don't understand what it is about and what you need.. do you need an order of terms?

Best

elena

Alex
Hi Alex! I'll try to explain in English but if you want I can be more especific in a meeting...
As you know, we have lots of numismatics types in our installation and they keep growing and growing.
Most of times, in the same hierarchic section, you can find more than 3000 types. So, when you tried to organize this types just using the little number tool, it cames very hard. I doesn't update friendly as you have to open all the brunches (clicking on view more) to find the type that should be in the position, lets say 395, and it is in the 2500. If you dont open all the branches you cannot do the organization. And the list can be too long to administrate.
And, when you finally open all the section list, the changes are not inmediatly updated. Normally, it changes another type to another position wherever you mean to or not, I dont know why this happens. This its too hard, as you have to do it one by one, and reorganizating things and it gets a lot of time too. We have being doing this for months and we haven't finished yet.
So, if you can imagine a way to do it easier, more automatized, would be perfect. Lets say, for example, that in the register we could arrange the organization of the position of the relation. Or even better, we could choose by fields as number or key the organization. It would make it so much easy.

So I guess that what I am trying to say is that the tools for organizing the hierarchy could be improved with some automatizing ways of puting the types in order.

Thanks!!!!

Eulàlia Mesalles

Search within Time Machine
As the project grows it becomes more important so have the availability to filter and search within TIME MACHINE to locate records that have been deleted and eventually you want to review or recover.

Eulàlia Mesalles

Eulàlia Mesalles As the project grows it becomes more important so have the availability to filter and search within TIME MACHINE to locate records that have been deleted and eventually you want to review or recover.

Is it possible to implement this feature: the ability to search within Time Machine ?

elena

We came with another thing...
Could you make in the duplicate tool an option that let you decide if the relations are going to be duplicated or not?

Alex

elena Could you make in the duplicate tool an option that let you decide if the relations are going to be duplicated or not?

Could you explain exactly what you want to duplicate, because in most sections it is not clear what the difference is between duplicating without relations and creating new empty, do you want to duplicate only literals like text or data fields, or do you want to duplicate as an empty record?

best

elena

Hi!
I would lik to duplicate all the register of a place but without the parents or children relationship and to duplicate a numismatic type without the "related type" or "equivalent term" relationship. Do you see it possible?

Alex

elena a place but without the parents or children relationship and to duplicate a numismatic type without the "related type" or "equivalent term" relationship

So, do you want duplicate all information except children, parent, related type... when you say duplicate without relations, you will remove all other links as material, technique, mint, design, legends, etc, for Dédalo model all those fields are relations in the same way than children or parent or related type.

Duplicate only parts is not available right now, too many combinations, sometimes you will want duplicate only literals, sometimes you will want duplicate only a field, sometimes other fields, sometimes xxx (put here any other combination), we can think in a way to configure duplicate feature with a configuration, but it will required time to be configured, and errors in the configuration will required time to fix the duplicate action, for. ex: duplicate a part that you don't want will requiere fix it manually, or delete duplicate record and configure correctly and duplicate again. And sometimes remove specific fields could be more faster than change the duplicate configuration... in your case with maximum of 3 click the duplicate will be ok.

Does anyone have any option for this? Do you want to make a panel to configure the duplicate action before applying it (I think it could be annoying...)?

Best

Eulàlia Mesalles

In some Memory meetings we have discussed to treat Entities as Persons under study, so they can be indexed. It will be needed a overal rethinking of the record of Entities as there will be fields that right now are located on the onomastic thesaurus that have to be included on the entities record (or viceversa). The main goal, if I undestood correctly, is to eliminate onomastic thesaurus from the thematic thesaurus (Some terms will be located in persons under study others in Entities)

Alex

Eulàlia Mesalles The main goal, if I undestood correctly, is to eliminate onomastic thesaurus from the thematic thesaurus (Some terms will be located in persons under study others in Entities)

Yes, it's, the Onomastic thesaurus are built with people and entities, therefore it make sense remove it and use the sections with more detail, with more specific fields and definitions than thesaurus has, but it's a huge change and has a lots of implications, for example the hierarchy for people is not clear how you can create it in the same way than onomastic does, and maybe, maybe, we need to think in a mix thesaurus (a thesaurus of thesaurus), the onomastic could be the group the people and entities by concepts that are not people or entities as, professions or ethnicity or ...

So, Yes, onomastic thesaurus will tend to be replaced by people and entities sections, but it will be a process not a fact, the change must be made step by step.

Best

Manuel Gozalbes

When importing images it's useful to set the 'title' and 'photo caption' in different languages. Now is not possible to translate in advance because languages are not available there. Is it posible to activate the tools for that fields for the import tool?

Alex

Manuel Gozalbes Is it posible to activate the tools for that fields for the import tool?

It's added into v6.2.1 that we release today... so, it's not necessary add it to 6.3...

Best

Eulàlia Mesalles

When we use maps, it could be useful to put a geolocation from an address, not only the latitude/longitude. Or find an easy way to convert from the address to latitude/longitude.

Best,

Eulàlia Mesalles

Eulàlia Mesalles When we use maps, it could be useful to put a geolocation from an address, not only the latitude/longitude. Or find an easy way to convert from the address to latitude/longitude.

As I conceive this: It is not that Dédalo have to implement a whole database with this kind of info (this is HUGE) but maybe there is an internacional service that can be "asked" to return this info in our maps when needed.

Alex

Eulàlia Mesalles it could be useful to put a geolocation from an address,

Yes!, great idea... but as you say:

Eulàlia Mesalles maybe there is an internacional service that can be "asked" to return this info in our maps when needed.

The main problem here is locate an institutional entity to provide the service, some regions or states has a API to get this kind of information, and it could be possible to get this kind of data for them, but if we need to create a specific connection for every region, it will be huge work... so, the idea is right and it could be useful, but we need a data provided before implement it.

Note: google and others private provides requieres a account and paid for X calls to his API, so, for us, this kind of services are not valid.

Someone knows who can provide this kind of data?

Best

Eulàlia Mesalles

I've found Pelias, Seems what we need.

Pelias web site

They state

Pelias is a search engine for places worldwide, powered by open data. It turns addresses and place names into geographic coordinates, and turns geographic coordinates into places and addresses. With Pelias, you’re able to turn your users’ place searches into actionable geodata and transform your geodata into real places.

We think open data, open source, and open strategy win over proprietary solutions at any part of the stack and we want to ensure the services we offer are in line with that vision. We believe that an open geocoder improves over the long-term only if the community can incorporate truly representative local knowledge.

Alex

Eulàlia Mesalles Seems what we need.

Hi, thanks to provide this info.

I read the project and and seems an option.

The project has two ways to provide this kind of data

Creating the infrastructure to serve all data by your own. Going in this wat requiere a big server and his maintenance, that implies a mensual cost.
Accessing to the data by his API, they offer a get API key to use his servers, but, it has a mensual cost:
https://geocode.earth/#pricing

elena Do you want me to ask Manuel Davila if he can improve this service in our Special Tools?

It might be a good idea, but rather than implementing in your tool (which might be fine ... ) but if Manuel Davila knows a free data provider by API or if he can help to integrate the solution.

Note: keep in mind that the address field is not on the map, it is in a separate text field outside the map, so the solution should be something that looks at the address text field and modifies the map in the same way that toponym searches move the map with the position of the toponym searched. So, I think that the solution could be more along the observer/observable line than a tool.

Best